Данные также можно передать через #data={"name":"Ada"} или #url=... После чтения параметры сразу удаляются из адресной строки.
Вставьте два JSON в левый и правый столбцы: сравнение по структуре покажет, какие поля добавлены, удалены или изменены. Это удобнее текстового Diff, когда структура та же, а значения другие — обновление API, смена конфига. Перед релизом вставьте примеры ответов v1 / v2: так проще не пропустить вложенные поля, чем сравнивать сжатую одну строку в Git.
Смотрите отличия по путям, а не выравнивание пробелов в строке. При разном отступе и порядке ключей структурное сравнение обычно даёт меньше шума, чем текстовый Diff.
В результате отмечены добавления, изменения и удаления; можно оставить только один тип изменений.
Сразу видно, какие ключи изменились, и нужно ли править клиент. Смена типа с числа на строку или удаление поля надёжнее, чем просматривать 500 строк глазами.
Тестировщики могут сверить baseline с текущим ответом как выборочную регрессию.
Если порядок ключей нестабилен, сначала отсортируйте, затем вставьте. Если массив — множество без порядка, смена порядка может быть ложным срабатыванием: смотрите на бизнес-смысл.
Чувствительные поля лучше замаскировать до сравнения, даже если страница ничего не загружает.
{
"name": "Alice",
"age": 30,
"tags": ["dev", "json"]
}{
"name": "Alice",
"age": 31,
"tags": ["dev", "tools"],
"active": true
}Сравнение идёт по позициям. Если списки отличаются только порядком элементов, это тоже будет отмечено.
Сравнение выполняется на вашем компьютере. Для большого объёма сначала вырежьте нужный фрагмент через JSONPath.
Появится сообщение, что оба JSON идентичны, без подсвеченных отличий.
Нет. Если с одной стороны null , а с другой ключа нет, они помечаются по-разному — и смысл другой.
Diff отвечает на вопрос «чем отличаются две версии»; Schema — «соответствует ли договорённости». При обновлении API лучше делать оба шага.