Из чего состоит ответ сервера

Структура ответа сервера (Server Response)

Ответ сервера — это сообщение, которое веб-сервер отправляет клиенту в ответ на HTTP запрос. Структура ответа четко определена HTTP протоколом и состоит из нескольких обязательных и опциональных компонентов.

Компоненты HTTP ответа

HTTP ответ состоит из трех основных частей:

1. Статусная строка (Status Line)

Статусная строка содержит информацию о результате запроса и состоит из:

• HTTP версия (HTTP/1.1, HTTP/2, HTTP/3) — версия протокола
• Статус код (200, 404, 500) — трехзначное число, указывающее результат
• Статус сообщение (OK, Not Found, Internal Server Error) — текстовое описание статуса

Пример: HTTP/1.1 200 OK

Статус коды

Статус коды разделены на пять категорий:

1XX Informational — информационные ответы (100-199)

• 100 Continue — продолжить отправку данных
• 101 Switching Protocols — переключение протокола

2XX Success — успешные ответы (200-299)

• 200 OK — успешный запрос
• 201 Created — ресурс успешно создан
• 204 No Content — успешно, но нет содержимого

3XX Redirection — перенаправление (300-399)

• 301 Moved Permanently — постоянное перенаправление
• 302 Found — временное перенаправление
• 304 Not Modified — кэшированный ответ

4XX Client Error — ошибки клиента (400-499)

• 400 Bad Request — неверный запрос
• 401 Unauthorized — требуется авторизация
• 403 Forbidden — доступ запрещен
• 404 Not Found — ресурс не найден

5XX Server Error — ошибки сервера (500-599)

• 500 Internal Server Error — внутренняя ошибка сервера
• 502 Bad Gateway — плохой шлюз
• 503 Service Unavailable — сервис недоступен

2. Заголовки (Headers)

Заголовки содержат метаинформацию об ответе. Каждый заголовок состоит из имени и значения, разделенных двоеточием.

Основные заголовки ответа:

Content-Type — тип содержимого ответа

• application/json — JSON данные
• text/html — HTML страница
• application/xml — XML данные
• text/plain — простой текст

Content-Length — размер тела ответа в байтах

Content-Encoding — тип кодирования (gzip, deflate, br)

Cache-Control — инструкции для кэширования

• public — могут кэшировать все
• private — кэширует только браузер
• no-cache — не использовать кэш без проверки
• max-age=3600 — кэшировать на 3600 секунд

Set-Cookie — установить cookie в браузер

Location — адрес для перенаправления (при 3XX статусах)

Server — информация о сервере

Date — дата и время отправки ответа

Access-Control-Allow-Origin — CORS заголовок для разрешения кросс-домена

ETag — уникальный идентификатор версии ресурса

Last-Modified — дата последнего изменения ресурса

3. Тело ответа (Body)

Тело ответа содержит фактические данные, которые клиент запросил. Это может быть:

• HTML страница
• JSON объект
• XML документ
• Бинарные данные (изображение, видео, файл)
• Пустое содержимое

Тип и формат тела определяется заголовком Content-Type.

Пример полного HTTP ответа

HTTP/1.1 200 OK
Date: Mon, 23 Mar 2026 12:00:00 GMT
Server: nginx/1.19.0
Content-Type: application/json
Content-Length: 156
Cache-Control: max-age=3600
Connection: keep-alive

{
  "id": 1,
  "name": "John Doe",
  "email": "john@example.com",
  "status": "active"
}

Пустая строка

Между заголовками и телом ответа находится пустая строка, которая отделяет метаинформацию от содержимого.

Синхронная обработка ответа

Когда клиент получает ответ:

1. Парсит статусную строку и определяет результат
2. Читает заголовки для получения метаинформации
3. На основе Content-Type обрабатывает тело ответа
4. Может использовать Set-Cookie для сохранения cookies
5. Может выполнить перенаправление при 3XX статусе

Роль в тестировании

QA инженер должен проверять:

• Статус код — соответствует ли код ожидаемому результату
• Заголовки — присутствуют ли необходимые заголовки, правильны ли их значения
• Тело ответа — соответствует ли структура и содержимое требованиям
• Время ответа — укладывается ли в SLA
• Кодирование — правильно ли закодирован ответ
• Безопасность — содержит ли необходимые security заголовки (HSTS, CSP)

Инструменты для анализа ответа

• Browser DevTools — просмотр ответа в Network tab
• Postman — подробный анализ ответа
• curl — получение ответа из командной строки
• Fiddler/Charles — перехват и анализ ответа
• REST-assured (Java) — проверка ответа в тестах

Понимание структуры ответа сервера критично для качественного тестирования веб-приложений и API.