Guías prácticas

Documente y pruebe una API de sus casos de uso

Una API útil permite que otro equipo entienda lo que puede solicitar y lo que recibirá. Su contrato debe ser comprobable, versionado y consistente con el servicio operativo.

Ver el método

Una API con contrato

Elija Tareas antes de direcciones

La lista de usos, como encontrar un producto, leer disponibilidad, actualizar un registro o un procesamiento de seguimiento. Definir personas y sistemas autorizados para cada operación. Una API de lectura pública y una API administrativa tienen diferentes requisitos de acceso.

Prepare un ejemplo de solicitud y respuesta para cada tarea esencial utilizando valores sintéticos y campos explicados. Distinguir identificadores estables, etiquetas, unidades y fechas. Defina los datos faltantes en lugar de sustituir los valores plausibles por información desconocida.

describir un contrato explícito

OpenAPI proporciona un formato de descripción independiente del idioma para las API HTTP, que cubre operaciones, parámetros, respuestas y modelos. Elija una versión admitida por sus herramientas y conserve el documento con el proyecto; La versión más reciente no es automáticamente el adecuado para cada cadena de herramientas.

Límites de uso de documentos, paginación, filtros, pedidos, errores y respuestas vacías. No trate los CORS como prueba de autorización. Revise los controles de operación y acceso a nivel de objeto con el equipo técnico.

Test Límites y Permisos

Pruebe un objeto existente, un objeto faltante, un parámetro no válido y una lista de más de una página. Consulte la página siguiente para ver si hay pérdidas o repeticiones dentro del modelo de actualización elegido. Limitaciones de estado que la API no puede garantizar.

Utilice cuentas de prueba con diferentes permisos. Intente lecturas y cambios fuera del alcance permitido utilizando datos sintéticos. Registre los estados esperados y los mensajes útiles sin exponer trazas internas o secretos de configuración.

Plan de cambio y apoyo

distinguir un campo agregado de un campo eliminado o un significado cambiado. Identificar a los consumidores ante un cambio incompatible. Explique el período de transición y cómo detectar las integraciones que siguen utilizando el contrato anterior.

Entregue un ejemplo ejecutable para un entorno de prueba, una matriz de prueba y un contacto técnico. Relacionar los errores observados con ejemplos documentados después de la liberación. La documentación limitada al caso ideal deja a los integradores sin orientación para rechazos e interrupciones.

Documentación principal: Iniciativa OpenAPI — Especificación.

Contenido actualizado el 1 de octubre de 2026

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
Recursos presentes y ausentesCada resultado coincide con el estado documentado y el modelo de respuesta.Solicitud, respuesta y ejemplo de contrato correspondiente capturado del entorno de prueba.
Parámetro fuera de rangoLa negativa es comprensible y no expone ningún rastro interno de pila.Mensaje público y resultado retenido en la matriz de aceptación.
Dos niveles de permisosUn recurso prohibido sigue siendo inaccesible incluso con un identificador conocido.Comparó resultados utilizando dos cuentas sintéticas con permisos explícitamente diferentes.
Paginación y filtro cambiadoSe definen el manejo de tokens y el comportamiento de reinicio del viaje.Pedidos, identificadores devueltos y reglas que se aplican cuando cambia el filtro.

Preguntas frecuentes

¿La documentación generada es suficiente para probar una API?

Ayuda a leer un contrato, pero los permisos, datos faltantes, errores, listas y cambios aún requieren pruebas. Compare ejemplos con respuestas reales de medio ambiente de prueba.

¿Cors reemplaza los permisos de acceso?

No. Las reglas de origen cruzado no reemplazan la operación y los permisos de objeto del servicio. Describa esos permisos y pruebe la aplicación del lado del servidor con cuentas de prueba.