Datos clave
- Categoría
- Desarrollo y Web
- Tipos de entrada
- textarea, text, checkbox, number
- Tipo de salida
- json
- Cobertura de muestras
- 4
- API disponible
- Yes
Resumen
El Probador de estrés de contratos API es una herramienta diseñada para generar automáticamente casos de prueba de valores límite a partir de documentos OpenAPI 3.x. Permite evaluar la robustez de su API simulando peticiones con datos faltantes, cadenas de texto inválidas o valores numéricos fuera de rango, con la opción de enviar estas solicitudes a un servidor real para detectar discrepancias entre la documentación y el comportamiento del backend.
Cuándo usarlo
- •Cuando necesite validar que su backend maneja correctamente los valores límite y las restricciones definidas en su especificación OpenAPI.
- •Antes de integrar un servidor mock o un pipeline de CI/CD para asegurar que los contratos de la API sean precisos y estén actualizados.
- •Al auditar una API existente para descubrir respuestas HTTP no documentadas frente a peticiones malformadas o inesperadas.
Cómo funciona
- •Pegue su documento OpenAPI 3.x (en formato YAML o JSON) en el campo de especificación.
- •Opcionalmente, ingrese la URL base de su entorno de pruebas y active la ejecución de solicitudes reales para enviar los casos generados al servidor.
- •Configure parámetros adicionales como la cabecera de autorización, el límite de casos por campo y el tiempo de espera máximo.
- •Revise el reporte JSON generado, el cual detallará los casos de prueba creados y, si se ejecutaron, cualquier estado HTTP devuelto que no esté documentado en el contrato.
Casos de uso
Ejemplos
1. Validación de un endpoint de registro de usuarios
Ingeniero de QA- Contexto
- El equipo de desarrollo ha entregado un nuevo endpoint para registrar usuarios, documentado con OpenAPI 3.0.
- Problema
- Es necesario comprobar si el backend rechaza correctamente correos electrónicos demasiado cortos y roles no permitidos sin tener que escribir las pruebas manualmente.
- Cómo usarlo
- Pegue el YAML del contrato en 'Especificación OpenAPI', establezca 'Casos máximos por campo' en 3 y genere el reporte sin ejecutar peticiones reales.
- Configuración de ejemplo
-
{"executeRequests": false, "maxCasesPerField": 3} - Resultado
- Se obtiene un JSON con casos de prueba estructurados que incluyen la omisión de campos requeridos y el envío de valores de enumeración inválidos, listos para ser implementados en el framework de pruebas.
2. Prueba de estrés en un entorno de staging
Desarrollador Backend- Contexto
- Se han actualizado las validaciones de un endpoint de procesamiento de pagos y se necesita confirmar que el servidor responde con los códigos HTTP correctos.
- Problema
- El desarrollador quiere enviar peticiones reales con datos límite al entorno de staging para ver si el servidor devuelve algún error 500 no documentado.
- Cómo usarlo
- Ingrese el contrato JSON, coloque la URL de staging en 'URL base', active 'Ejecutar solicitudes reales', añada el token en 'Cabecera de autorización' y ejecute la prueba.
- Configuración de ejemplo
-
{"baseUrl": "https://staging-api.ejemplo.com", "executeRequests": true, "authorizationHeader": "Bearer abc123token"} - Resultado
- La herramienta envía las peticiones límite al servidor y genera un reporte que resalta cualquier código de estado HTTP devuelto que no estuviera definido en las respuestas del documento OpenAPI.
Probar con muestras
developmentHubs relacionados
Preguntas frecuentes
¿Qué formatos de especificación OpenAPI soporta la herramienta?
Soporta documentos OpenAPI 3.x tanto en formato YAML como en JSON.
¿Es obligatorio enviar las peticiones a un servidor real?
No, si deja la URL base vacía o desactiva la ejecución de solicitudes reales, la herramienta solo generará un plan de pruebas de contrato en formato JSON.
¿Qué tipo de casos límite se generan automáticamente?
Se generan casos como campos obligatorios ausentes, cadenas vacías o fuera de los límites de longitud, valores de enumeración inválidos y números fuera de los rangos mínimo o máximo.
¿Cómo manejo la autenticación si decido ejecutar solicitudes reales?
Puede proporcionar su token o credencial directamente en el campo 'Cabecera de autorización', utilizando formatos estándar como 'Bearer <token>'.
¿Qué partes de la petición HTTP se evalúan?
La herramienta cubre parámetros de ruta (path), consulta (query), cabeceras (header) y el cuerpo de la petición (body JSON), centrándose principalmente en cuerpos application/json.