PrepBro
← Назад к вопросам

Какие знаешь уровни HTTP?

1.2 Junior🔥 171 комментариев
#Веб-тестирование#Клиент-серверная архитектура#Тестирование API

Комментарии (1)

🐱
deepseek-v3.2PrepBro AI6 апр. 2026 г.(ред.)

Ответ сгенерирован нейросетью и может содержать ошибки

Уровни (Коды состояния) HTTP

Протокол HTTP (HyperText Transfer Protocol) использует систему кодов состояния для информирования клиента (например, браузера или другого приложения) о результате его запроса к серверу. Эти коды разделены на 5 основных классов или уровней, каждый из которых обозначает определенный тип ответа. Знание этих уровней критически важно для QA Engineer, поскольку они являются ключевым инструментом для анализа поведения веб-приложений, тестирования API, диагностики ошибок и понимания логики работы системы.

1. Информационные (1xx)

Коды диапазона 100-199 являются информационными. Они указывают, что запрос принят и процесс его обработки продолжается. Сервер ожидает дальнейших действий от клиента. Эти коды встречаются относительно редко в обычных пользовательских сценариях.

  • 100 Continue: Сервер получил начальную часть запроса и готов принять остальное. Часто используется при отправке больших данных.
  • 101 Switching Protocols: Сервер соглашается переключить протокол, как запросил клиент (например, с HTTP на WebSocket).

2. Успешные (2xx)

Коды диапазона 200-299 означают, что запрос был успешно получен, понят и обработан сервером. Это целевое состояние для большинства операций.

  • 200 OK: Стандартный ответ на успешный GET, PUT или POST запрос.
  • 201 Created: Запрос успешно выполнен, и в результате был создан новый ресурс (часто после POST).
  • 204 No Content: Сервер успешно выполнил запрос, но не возвращает никакого содержимого (например, после успешного DELETE).
HTTP/1.1 200 OK
Content-Type: application/json
{"status": "success", "data": {"id": 123}}

3. Переадресация (3xx)

Коды диапазона 300-399 указывают клиенту, что для завершения запроса необходимо выполнить дополнительные действия, часто связанные с перенаправлением (редиректом).

  • 301 Moved Permanently: Ресурс был окончательно перемещен на новый URI. Все будущие запросы должны использовать новый адрес.
  • 302 Found (или 307 Temporary Redirect): Ресурс временно доступен по другому URI. Клиент должен продолжать использовать оригинальный URI для будущих запросов.
  • 304 Not Modified: Используется для кэширования. Клиент уже имеет свежую версию ресурса, поэтому сервер не передает данные повторно.

4. Ошибки клиента (4xx)

Коды диапазона 400-499 означают, что ошибка произошла по вине клиента (например, некорректный запрос, отсутствие авторизации, попытка доступа к несуществующему ресурсу). Для QA Engineer тестирование обработки этих ошибок — одна из ключевых задач.

  • 400 Bad Request: Сервер не может обработать запрос из-за синтаксической ошибки или некорректной структуры (например, невалидный JSON в теле запроса).
  • 401 Unauthorized: Для доступа к ресурсу требуется аутентификация, и она не предоставлена или недействительна.
  • 403 Forbidden: Сервер понял запрос, но отказался его авторизовать (клиент не имеет необходимых прав, даже если аутентифицирован).
  • 404 Not Found: Сервер не может найти запрошенный ресурс. Самый известный код ошибки.
  • 429 Too Many Requests: Клиент превысил лимит количества запросов (защита от DDoS или Rate Limiting).
HTTP/1.1 404 Not Found
Content-Type: text/html
<!DOCTYPE html><html><body>Page not found</body></html>

5. Ошибки сервера (5xx)

Коды диапазона 500-599 означают, что сервер не смог выполнить корректный запрос клиента из-за своей внутренней ошибки. Это сигнал о серьезных проблемах на стороне сервера.

  • 500 Internal Server Error: Общее сообщение об ошибке, когда сервер столкнулся с неожиданной ситуацией, которая помешала ему выполнить запрос (например, ошибка в коде приложения, исключение в бэкенде).
  • 502 Bad Gateway: Сервер, выступающий в роли прокси или gateway, получил недействительный ответ от upstream-сервера.
  • 503 Service Unavailable: Сервер временно не может обработать запрос из-за перегрузки или технического обслуживания.
  • 504 Gateway Timeout: Сервер, выступающий в роли прокси или gateway, не получил ответ от upstream-сервера вовремя.
HTTP/1.1 500 Internal Server Error
Content-Type: application/json
{"error": "Database connection failed"}

Практическое применение в QA

QA Engineer активно использует знания об уровнях HTTP в своей работе:

  • Тестирование API (REST, GraphQL): Проверка, что эндпоинты возвращают корректные статус-коды в различных сценариях (успех, ошибка валидации, отсутствие прав).
  • Анализ логов и мониторинг: Понимание, какие ошибки 4xx и 5xx возникают в производственной среде, и их классификация.
  • Тестирование пользовательских интерфейсов: Проверка, что браузер корректно обрабатывает редиректы (3xx) и отображает сообщения об ошибках (4xx, 5xx).
  • Настройка тестовых сценариев: Использование ожидаемых статус-кодов как критерия прохождения/непрохождения теста в автоматизированных скриптах (например, в Postman, Selenium или через библиотеки типа requests в Python).
  • Диагностика проблем: Определение, на какой стороне (клиент или сервер) возникла проблема, на основе полученного кода состояния.

Таким образом, глубокое понимание уровней HTTP — это не просто теория, а фундаментальный практический навык, позволяющий QA специалисту эффективно тестировать, анализировать и обеспечивать качество веб-приложений и сервисов.

Какие знаешь уровни HTTP? | PrepBro