datos de prueba OpenAPICuerpos para cada caso de la API
Selecciona una operación y un cuerpo; usa un ejemplo o genera desde el esquema.
datos de prueba OpenAPI
Especificación OpenAPI
Instancias generadas
La especificación y los cuerpos permanecen en este navegador; no se envían solicitudes a la API.
Leyendo operaciones…
Los datos de prueba OpenAPI permiten trabajar en la interfaz antes de que el servicio esté listo. Cada fixture se vincula con su operación y estado, para no convertir una respuesta correcta en un caso de error que conserve campos incompatibles.
Al generar datos de prueba desde esquemas OpenAPI, la cantidad cuenta cuerpos completos. Si una respuesta ya es una lista, su longitud se rige por items y los límites del esquema, no por el tamaño del lote elegido en la herramienta.
Por qué usar datos de prueba OpenAPI
Elegir también los casos de error
Los datos de prueba OpenAPI pueden usar una respuesta 400 o 404 declarada igual que una 200. Selecciona su ejemplo con nombre sin modificar la definición. Los ejemplos pertenecen al estado y al tipo de medio elegido; no se mezclan con otras respuestas.
Repetir el lote cuando haga falta
Desactiva la prioridad de ejemplos y fija la semilla para obtener la misma secuencia con el mismo documento y configuración. Conserva también la versión del motor. Un ejemplo explícito o una constante puede seguir igual aunque cambies la semilla.
Tres decisiones antes de guardar
01
Distinguir solicitud y respuesta
El ejemplo YAML inicial se analiza automáticamente para rellenar las listas. La solicitud solo genera requestBody; la respuesta depende del estado y el medio seleccionados. Los parámetros de ruta, consulta y cabeceras quedan fuera de este cuerpo.
02
Decidir si gana el ejemplo
El example del medio y sus examples con nombre tienen prioridad sobre los del esquema y las propiedades. Si un ejemplo es inválido, se informa del error sin sustituirlo silenciosamente. Desactiva la prioridad para explorar valores permitidos por el esquema.
03
Comprobar el envoltorio del lote
Una salida JSON conserva la forma original del cuerpo. Varias salidas se envuelven en un array exterior; JSONL guarda un cuerpo completo por línea. Ctrl/Cmd + Intro ejecuta la generación. Los cambios bloquean la exportación hasta volver a generar correctamente.
Datos simulados ligados al contrato
Operaciones y estados declarados
Busca la operación por método y ruta, y elige un estado, rango o default declarado. El valor inicial prioriza 200, después otro 2xx y después la primera entrada. Los errores tienen el mismo recorrido de selección que los éxitos.
Validación de los ejemplos
Admite valores integrados, ejemplos con nombre y referencias locales a Example Object. También usa ejemplos aplicables del esquema y sus propiedades. Cada cuerpo se comprueba antes de exportarlo, aunque ya estuviera escrito en examples.
Propiedades según la dirección
Las solicitudes excluyen readOnly y las respuestas excluyen writeOnly. Se ajustan los elementos required de esa dirección. Si un ejemplo suministrado contiene un campo excluido, se rechaza en vez de borrar el campo sin avisar.
Lotes reproducibles
Crea de 1 a 100 cuerpos independientes con una semilla explícita. uniqueItems impone unicidad dentro del array de cada cuerpo, no entre todos los cuerpos del lote. Aumentar la cantidad no cambia los límites internos de las listas del contrato.
Qué contratos admite y dónde se detiene
OpenAPI 3 con cuerpos JSON
Acepta un documento JSON o YAML de OpenAPI 3.0.x o 3.1.x. No admite Swagger 2 ni OpenAPI 3.2. Los cuerpos deben ser application/json o application/*+json; se excluyen XML, formularios, binarios y flujos de callbacks o webhooks.
No se omiten restricciones
Admite tipos, enum/const, properties, required, additionalProperties, items, uniqueItems y límites numéricos o de tamaño. Normaliza nullable y límites exclusivos de 3.0. Composición, condiciones, pattern, format, multipleOf, tuplas y reglas de validación desconocidas detienen la generación incluso si hay ejemplos.
Referencias en el mismo documento
Los JSON Pointer locales pueden apuntar a esquemas o ejemplos. No se expanden URL externas, externalValue, ciclos, anclas, identificadores de recursos ni referencias dinámicas. Las restricciones junto a una referencia de esquema 3.1 se rechazan para no combinarlas con una semántica incorrecta.
No inventa cuerpos vacíos
Una respuesta sin content muestra que no tiene cuerpo y no produce un archivo null. Un medio JSON sin schema causa un error. default no cuenta como ejemplo; no se adivinan nombres o correos por los campos ni se ejecutan scripts de extensión.
Presupuesto de generación
La entrada admite 500.000 caracteres. El esquema expandido para generar admite 100.000 caracteres, 2.000 nodos y profundidad 12, incluidos contenedores. Límites adicionales: cadenas de 1.000 unidades, colecciones de 100 elementos, salida de 1.000.000 de caracteres y worker de 5 segundos. Semillas enteras de 0 a 4294967295. Se rechazan pérdidas de precisión, claves duplicadas y alias YAML.
Solo archivos de datos
No crea URL de API, servidor HTTP, autenticación, CRUD persistente ni programas MSW o Express. Tampoco prueba contratos contra un servidor real. No encontrar una muestra dentro del presupuesto no demuestra que el esquema carezca de valores válidos.
Preguntas sobre datos de prueba OpenAPI
¿Cómo genero ejemplos JSON desde una definición OpenAPI?
Pega el documento completo compatible y selecciona operación, dirección y medio. Mantén la prioridad para usar los ejemplos documentados o desactívala para muestrear el esquema. Si solo tienes un esquema independiente, utiliza el generador dedicado a esquemas.
¿Cómo elijo un ejemplo de respuesta concreto?
Selecciona primero el estado y el medio JSON y después el ejemplo con nombre de esa ubicación. Admite valores integrados y referencias locales a Example Object. Los ejemplos del medio prevalecen sobre los del esquema.
¿Se pueden generar respuestas de error?
Sí, si la operación declara la respuesta con un esquema JSON compatible. Elige 400 o 404 para crear su cuerpo como fixture. La herramienta no envía respuestas HTTP ni provoca fallos en un servidor.
¿Por qué la salida es siempre igual?
La semilla inicial es 42. El mismo documento y las mismas opciones reproducen el muestreo. example, const y un enum de un solo valor pueden mantenerse iguales con cualquier semilla. Desactiva la prioridad de ejemplos antes de comparar distintas semillas.
¿El mock generado valida solicitudes reales?
No. La validación compara el cuerpo proporcionado o generado con el esquema efectivo compatible. No conecta con la API ni ejecuta middleware, comprobaciones de cabeceras reales, autenticación o reglas de negocio.