Descripción del proyecto
TraducidoEstamos construyendo un nuevo producto web y el equipo de frontend está inactivo esperando un backend que no estará listo durante varias semanas más. Necesitamos un servidor simulado dedicado que lea nuestra especificación OpenAPI y ocupe el lugar del servicio real, sirviendo respuestas predecibles y predefinidas para cada endpoint descrito. El objetivo es obtener un contrato estable contra el cual se puedan desarrollar y demostrar aplicaciones cliente ahora mismo, de modo que cuando llegue el backend real, el cambio sea solo una cuestión de cambiar la URL base. Esto es específicamente una herramienta de simulación y stub, no una puerta de enlace API o un marco de prueba: no se necesitan enrutamiento, proxy de autorización ni bibliotecas de aserción, solo respuestas falsas auténticas.
El mock debe analizar la especificación y generar automáticamente ejemplos de carga útil a partir de los esquemas declarados, pero también permitir anular manualmente cualquier ruta con un cuerpo de respuesta personalizado vinculado a la ruta, método y código de estado. Quiero simular condiciones reales bajo demanda: retraso configurable para cada endpoint, códigos de error forzados como 400, 401, 404, 429 y 500, además de la capacidad de devolver diferentes respuestas basadas en un encabezado de solicitud o bandera para que el equipo pueda probar tanto caminos felices como el manejo de errores. Los fixtures de respuesta deben vivir en archivos simples que almacenamos en git, y recargarlos no debería requerir un reinicio. Una pequeña configuración puede establecer valores predeterminados globales para el retraso y las tasas de error.
En la salida espero un único servicio que se inicie localmente con un comando y se ajuste de la misma manera en un contenedor para un entorno compartido. Incluya instrucciones claras y un par de escenarios listos.
— Analizar la especificación OpenAPI y generar ejemplos de respuesta para cada endpoint
— Anular respuestas por ruta, método y estado a través de archivos de fixture editables
— Simular retrasos, tiempos de espera y códigos de error forzados bajo demanda
— Recargar fixtures sin reiniciar el servidor
— Ejecutar localmente con un comando más imagen de contenedor para staging
El mock debe analizar la especificación y generar automáticamente ejemplos de carga útil a partir de los esquemas declarados, pero también permitir anular manualmente cualquier ruta con un cuerpo de respuesta personalizado vinculado a la ruta, método y código de estado. Quiero simular condiciones reales bajo demanda: retraso configurable para cada endpoint, códigos de error forzados como 400, 401, 404, 429 y 500, además de la capacidad de devolver diferentes respuestas basadas en un encabezado de solicitud o bandera para que el equipo pueda probar tanto caminos felices como el manejo de errores. Los fixtures de respuesta deben vivir en archivos simples que almacenamos en git, y recargarlos no debería requerir un reinicio. Una pequeña configuración puede establecer valores predeterminados globales para el retraso y las tasas de error.
En la salida espero un único servicio que se inicie localmente con un comando y se ajuste de la misma manera en un contenedor para un entorno compartido. Incluya instrucciones claras y un par de escenarios listos.
— Analizar la especificación OpenAPI y generar ejemplos de respuesta para cada endpoint
— Anular respuestas por ruta, método y estado a través de archivos de fixture editables
— Simular retrasos, tiempos de espera y códigos de error forzados bajo demanda
— Recargar fixtures sin reiniciar el servidor
— Ejecutar localmente con un comando más imagen de contenedor para staging
Textos y traducción Efectivo, Transferencia bancaria
