Сравнение запросов
«Почему в этот раз получилось, а в прошлый — нет?» «Для одного и того же эндпоинта — какая именно строка отличается между успешным запросом и неудачным?» Поставьте два запроса / ответа рядом, и ответ проявится сразу же. Это самый быстрый способ расследовать нестабильные проблемы в продакшене, воспроизвести различия и проверить изменения.
1. Как этим пользоваться: два шага
Заголовок раздела «1. Как этим пользоваться: два шага»- Кликните правой кнопкой по любому фрагменту трафика и выберите «Отметить как сравнение A».
- Кликните правой кнопкой по другому фрагменту трафика и выберите «Сравнить с A».
Тут же появляется окно сравнения бок о бок, отмечая каждое различие между ними построчно.

2. Что можно смотреть: сравниваются и запросы, и ответы
Заголовок раздела «2. Что можно смотреть: сравниваются и запросы, и ответы»Вверху окна можно одним касанием переключаться между сравнением запроса и ответа. Две стороны — A и B, у каждой своя метка (метод · хост · статус), так что видно с первого взгляда, что именно сравнивается. Сравнение охватывает всё сообщение целиком:
- Стартовая строка: строка запроса (метод / адрес / протокол) или строка ответа (протокол / код состояния)
- Все заголовки запроса / ответа
- Тело запроса / ответа (автоматически форматируется, затем сравнивается построчно, JSON, XML и формы легко читаются)
3. Различия с первого взгляда
Заголовок раздела «3. Различия с первого взгляда»- Сначала форматирование, затем построчное сравнение: JSON, XML и формы сначала форматируются, а затем сравниваются построчно, поэтому поля, которые действительно изменились, видны сразу, не теряясь среди шума формата вроде переносов строк и отступов.
- Построчная цветовая разметка: добавления (+), удаления (−) и изменения (~) выделены каждое своим цветом, сторона A отмечена красным, сторона B — зелёным, изменённые строки показаны рядом.
- Счётчик различий: наверху сводка по числу строк «добавлено / удалено / изменено», так что сразу видно масштаб.
- Сообщает, когда всё совпадает: если обе стороны совпадают, чётко указывается «идентично», не нужно проверять построчно самому; если одна сторона пуста или ещё не расшифрована, об этом говорится прямо, вместо того чтобы заставлять вас ждать.
- С номерами строк: у каждой стороны свои номера строк для точной локализации.

4. Где это раскрывается по-настоящему: сравнение между сессиями и источниками
Заголовок раздела «4. Где это раскрывается по-настоящему: сравнение между сессиями и источниками»Две сравниваемые записи не обязаны быть из одной сессии захвата и не обязаны быть захвачены одновременно; если вы их уже видели в интерфейсе, их можно подтянуть для сравнения:
- Успех против неудачи: поставьте рядом успешный запрос и неудачный и сразу увидите, какой заголовок, какой параметр или какая часть тела отличается.
- Собранное вручную против реального: сравните запрос, воспроизведённый / отправленный и затем захваченный в Конструкторе запросов, с реальным запросом, захваченным ранее, чтобы проверить «правильно ли я его собрал» и «согласованно ли вычисляется подпись».
- До и после изменения: после изменения на сервере / клиенте сравните старый и новый запросы, чтобы подтвердить, вступило ли изменение в силу, и нет ли побочных эффектов.
- Между окружениями: посмотрите бок о бок ответы одного и того же эндпоинта в тестовом и продакшен окружении, чтобы быстро найти различия конфигурации или данных.
Именно здесь этот инструмент намного мощнее просмотра одного отдельного запроса: различия выявляются через сравнение, а не полагаются на память и невооружённый глаз. Обычные инструменты зачастую позволяют сравнивать только в рамках одной сессии, на глаз, кусок за куском.
5. Типичные сценарии
Заголовок раздела «5. Типичные сценарии»- Расследование нестабильных сбоев: успешный запрос против неудачного, чтобы точно определить отличающееся поле.
- Сверка интеграции: реально отправленный клиентом запрос против документации API / ожидаемого запроса.
- Проверка регрессии: подтверждение различия одного и того же запроса / ответа до и после изменения.
- Отладка подписи: собранный вручную подписанный запрос против реального запроса, проверка согласованности каждой части.
Назад к Захвату через прокси · Смотрите также: Конструирование и повтор запросов