Перейти к содержимому

Сравнение запросов

«Почему в этот раз получилось, а в прошлый — нет?» «Для одного и того же эндпоинта — какая именно строка отличается между успешным запросом и неудачным?» Поставьте два запроса / ответа рядом, и ответ проявится сразу же. Это самый быстрый способ расследовать нестабильные проблемы в продакшене, воспроизвести различия и проверить изменения.


  1. Кликните правой кнопкой по любому фрагменту трафика и выберите «Отметить как сравнение A».
  2. Кликните правой кнопкой по другому фрагменту трафика и выберите «Сравнить с A».

Тут же появляется окно сравнения бок о бок, отмечая каждое различие между ними построчно.

Контекстное меню трафика: отметить как сравнение A, сравнить с A, плюс пункты для генерации кода / досье хоста / повтора / нагрузочного тестирования и другое


2. Что можно смотреть: сравниваются и запросы, и ответы

Заголовок раздела «2. Что можно смотреть: сравниваются и запросы, и ответы»

Вверху окна можно одним касанием переключаться между сравнением запроса и ответа. Две стороны — A и B, у каждой своя метка (метод · хост · статус), так что видно с первого взгляда, что именно сравнивается. Сравнение охватывает всё сообщение целиком:

  • Стартовая строка: строка запроса (метод / адрес / протокол) или строка ответа (протокол / код состояния)
  • Все заголовки запроса / ответа
  • Тело запроса / ответа (автоматически форматируется, затем сравнивается построчно, JSON, XML и формы легко читаются)

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

Окно сравнения бок о бок: переключение запрос / ответ наверху, A / B у каждой своя метка и номера строк, построчная цветовая разметка, сводка по числу добавленных / удалённых / изменённых строк в правом верхнем углу


4. Где это раскрывается по-настоящему: сравнение между сессиями и источниками

Заголовок раздела «4. Где это раскрывается по-настоящему: сравнение между сессиями и источниками»

Две сравниваемые записи не обязаны быть из одной сессии захвата и не обязаны быть захвачены одновременно; если вы их уже видели в интерфейсе, их можно подтянуть для сравнения:

  • Успех против неудачи: поставьте рядом успешный запрос и неудачный и сразу увидите, какой заголовок, какой параметр или какая часть тела отличается.
  • Собранное вручную против реального: сравните запрос, воспроизведённый / отправленный и затем захваченный в Конструкторе запросов, с реальным запросом, захваченным ранее, чтобы проверить «правильно ли я его собрал» и «согласованно ли вычисляется подпись».
  • До и после изменения: после изменения на сервере / клиенте сравните старый и новый запросы, чтобы подтвердить, вступило ли изменение в силу, и нет ли побочных эффектов.
  • Между окружениями: посмотрите бок о бок ответы одного и того же эндпоинта в тестовом и продакшен окружении, чтобы быстро найти различия конфигурации или данных.

Именно здесь этот инструмент намного мощнее просмотра одного отдельного запроса: различия выявляются через сравнение, а не полагаются на память и невооружённый глаз. Обычные инструменты зачастую позволяют сравнивать только в рамках одной сессии, на глаз, кусок за куском.


  • Расследование нестабильных сбоев: успешный запрос против неудачного, чтобы точно определить отличающееся поле.
  • Сверка интеграции: реально отправленный клиентом запрос против документации API / ожидаемого запроса.
  • Проверка регрессии: подтверждение различия одного и того же запроса / ответа до и после изменения.
  • Отладка подписи: собранный вручную подписанный запрос против реального запроса, проверка согласованности каждой части.

Назад к Захвату через прокси · Смотрите также: Конструирование и повтор запросов