Практический сценарий

Как проверить статус, заголовки и время ответа API

Ответ отображается в клиенте, но повторяемому тесту нужны явные условия успеха. Статус, заголовок и содержимое могут расходиться независимо.

Checkcraft · 10 октября 2026

Подготовить HTTP-прогон

Создайте запрос к доступному тестовому API или mock и подключите тест-кейсы к HTTP-прогону. Статус и заголовки берутся из метаданных ответа. Вставленный отдельно JSON этих метаданных не содержит.

Проверить статус-код

Добавьте «Статус ответа HTTP» с ожидаемым кодом по контракту. Для получения объекта это может быть 200, а для создания 201. Не считайте все 2xx эквивалентными, если контракт требует конкретное значение.

Проверить заголовок и тело

Для Content-Type используйте «Заголовок ответа HTTP». При выборе сравнения учитывайте допустимый charset. Для поля добавьте «Поле тела ответа (JSON Path)». В контракте frontend и backend строка "2" и число 2 могут иметь разный смысл.

Ограничить время ответа

Правило «Время ответа (мс)» сравнивает измеренное время с порогом. 1000 мс ниже является учебным примером, а не общей нормой. Сеть и окружение влияют на замер. Один запрос не показывает пропускную способность или поведение под нагрузкой.

expected status = 200
Content-Type contains application/json
response time <= 1000 ms

Учесть браузерный frontend

Успешный запрос настольного клиента не доказывает, что браузер разрешит такой же вызов по CORS. Для ошибки страницы проверьте также браузерную консоль, cookies и окружение. Так разработчик отделяет проблему API от поведения frontend.

Начните с примера по ссылкам и сопоставьте результат с требованием своей проверки.