Cómo comparar respuestas API y evaluar compatibilidad.
Separa los cambios estructurales de los de valores. Cambiar un valor de ejemplo no necesariamente rompe el contrato API, mientras que eliminar un campo puede ser relevante.
Adapta el flujo de trabajo a tu tarea.
Compara por separado las estructuras y los valores, conservando la ruta de cada cambio. Distingue los campos eliminados o renombrados de los cambios de valores de ejemplo y evalúa la compatibilidad según los requisitos reales de los consumidores.
- Qué aportas
- Dos respuestas de ejemplo y reglas de comparación.
- Qué obtienes
- Cambios de esquema y valores con posibles problemas de compatibilidad.
Mira la entrada y el resultado.
Entrada y salida ilustrativas · ejemplo didáctico, no una ejecución de WebAct en directo
Ejemplo campo
Compare response field sets. Old: {"id":"A1","name":"Ada"}. New: {"id":"A1","display_name":"Ada"}. No API compatibility contract supplied.Ejemplo completo
Unchanged field: id. Removed field: name. Added field: display_name. Potential impact: clients reading name may fail or lose displayed text. A rename is plausible, but the samples alone do not prove semantic equivalence or the full compatibility policy.
Carga esta entrada en el prompt y cópialo en WebAct para probar la tarea. Tu resultado puede diferir del ejemplo.
Decisiones y solución de problemas.
¿Cambiar un valor de ejemplo rompe automáticamente el contrato API?
No. Un valor puede variar legítimamente. El esquema, el significado y los supuestos de los consumidores determinan la importancia del cambio.
¿Por qué un campo renombrado aparece como eliminación y adición sin relación?
Una comparación estructural no demuestra la intención. Señala el posible cambio de nombre y confírmalo con el cambio documentado y el uso de los consumidores.
Pruébalo con tu propia fuente.
Sustituye el ejemplo por tu material en el prompt. Conserva los requisitos que necesites y copia la tarea en WebAct.
Personalizar y copiar la tarea ↑