Objetivo y alcance
Construye payloads mock repetibles, genera valores límite con formato válido, detecta nombres de campos confusos y revisa un servidor mock temporal antes de compartirlo.
Esta guía convierte el alcance indicado en un resultado revisable. Conserve la fuente, los resultados intermedios y las decisiones para que la siguiente persona entienda qué se comprobó y por qué.
Preparar evidencia y tomar decisiones
Prepara las formas de petición y respuesta, los campos obligatorios, los valores enumerados y algunos casos válidos e inválidos.
Usa únicamente valores inventados; elimina credenciales reales, tokens, registros de clientes y cualquier dato personal antes de crear el fixture.
Define el entorno de prueba, la duración del mock, la persona responsable del fixture y la evidencia de aceptación que debe conservarse.
Decisión: ¿El campo necesita un perfil de datos o un patrón estricto?. Elige Test Data Faker Builder para registros estructurados y perfiles repetibles. Elige Regex to String Generator cuando un identificador, código postal o versión deba cumplir un patrón concreto; conserva el patrón y los ejemplos usados en la revisión.
Decisión: ¿El fixture está listo para exponerse como endpoint mock?. No lo publiques justo después de generarlo. Resuelve primero las colisiones de nombres, revisa los límites, elimina valores sensibles y confirma que la definición apunta a una superficie aislada y no productiva.
Completar el flujo de trabajo
1. Construye el fixture estructurado
Configura la forma del registro, los campos obligatorios, las categorías controladas y una cantidad repetible de ejemplos en Test Data Faker Builder. Mantén separados un caso normal, una respuesta vacía y un fallo de validación intencionado. Usar test-data-faker-builder.
2. Completa los valores con formato estricto
Genera ejemplos de identificadores y otras cadenas restringidas a partir de las expresiones regulares revisadas. Comprueba coincidencias y valores casi válidos que deben fallar para cubrir los límites sin confundir sintaxis con validez de negocio. Usar regex-to-string-generator.
3. Revisa nombres y riesgos de colisión
Pasa el JSON o schema reunido por el detector de conflictos de nombres. Cambia abreviaturas ambiguas, nombres visualmente parecidos y prefijos competidores antes de que dependan de ellos el cliente o la documentación. Usar mock-data-naming-conflict-detector.
4. Expón el mock revisado con seguridad
Crea la definición temporal solo después de superar las comprobaciones anteriores. Revisa rutas, métodos, plantillas, caducidad y supuestos de acceso; usa datos inventados y deja constancia de que el mock no prueba el comportamiento, la latencia, la autorización ni la persistencia de un servicio real. Usar api-mock-server.
Verificar el resultado antes de la entrega
- El fixture contiene los campos obligatorios y valores representativos repetibles, con casos válidos, vacíos e intencionadamente inválidos separados.
- Los valores sujetos a formato cumplen sus patrones declarados y la revisión de nombres no deja confusiones visuales ni colisiones de prefijos sin resolver.
- La definición mock expone solo datos inventados y no sensibles en la superficie temporal prevista; la revisión indica expresamente que no sustituye las pruebas de un servicio real.
Preguntas frecuentes
- ¿Este flujo prueba una API real? No. Prepara y expone un fixture mock temporal. El comportamiento del servicio real, la autenticación, la persistencia, la latencia y la compatibilidad de integración necesitan pruebas de contrato o integración separadas, como el flujo relacionado de API Contract Testing.
- ¿Qué datos son seguros para un fixture? Usa nombres, identificadores, direcciones, tokens y estados de cuenta inventados. Nunca pegues credenciales de producción, tokens de acceso, exportaciones de clientes ni otros datos personales en el fixture o su definición mock.
- ¿Por qué generar coincidencias y casi coincidencias de una regex? Las coincidencias muestran la forma esperada por el cliente y las casi coincidencias comprueban el rechazo y los límites. Que una cadena coincida con una regex no demuestra que sea única, autorizada o válida para el negocio.
- ¿Cuándo se puede compartir el fixture? Solo después de registrar y aceptar los campos, los límites, la revisión de nombres, la ausencia de datos sensibles, la configuración mock y el alcance no productivo con la persona responsable.