Compare las respuestas de la API antes del lanzamiento, la depuración o la revisión de regresión
Los equipos rara vez buscan JSON Diff de forma abstracta. Buscan porque una respuesta de la API cambió y necesitan saber si el cambio es esperado, inofensivo o bloqueante para el lanzamiento. Esta página existe para capturar ese flujo de trabajo directamente y dirigirlo a una experiencia de comparación consciente del JSON.
Empieza con el input que ya tienes
Cuando este flujo de trabajo importa más
Compare las respuestas de la API cuando una carga útil de staging ya no coincide con la producción, cuando una colección de Postman comienza a devolver campos diferentes, cuando un candidato a lanzamiento cambia objetos anidados, o cuando el control de calidad necesita verificar correcciones de regresión sin leer registros sin procesar línea por línea.
Esto es más adecuado que la comparación de texto sin formato porque las salidas de la API a menudo cambian en formato, anidamiento y orden de campos. Una revisión consciente del JSON hace que el cambio de comportamiento real sea más fácil de detectar.
Un flujo de revisión limpio para equipos de ingeniería
Pegue la respuesta anterior a la izquierda y la nueva respuesta a la derecha, normalice ambas cargas útiles, luego revise los cambios estructurales antes de discutir los cambios de comportamiento en pull requests o notas de lanzamiento. Eso mantiene la conversación enfocada en lo que la API realmente cambió.
Si una respuesta está malformada, ejecútela primero a través de JSON Repair. Si la salida ya no es JSON y se convirtió en un documento o archivo de exportación, cambie a Text Diff o PDF Diff según la fuente de verdad.
Sigue avanzando sin retroceder
Compare archivos JSON en línea
Use la página de destino basada en archivos cuando la carga útil ya existe en fixtures, exportaciones o manifiestos.
JSON Diff vs Text Diff
Elija el flujo de trabajo de revisión correcto cuando las cargas útiles y el texto sin formato parecen intercambiables a primera vista.