Можете ли вы самостоятельно написать тело HTTP запроса

Что проверяют

Умеете ли вы собрать запрос руками, без готовой коллекции от разработчика: выбрать формат тела, выставить заголовки и понять, почему сервер ответил 400 или 415. Следом обычно просят составить тело по кусочку документации или испортить его для негативной проверки.

Как отвечать

Сначала коротко про устройство запроса: стартовая строка с методом и путём, заголовки, пустая строка, затем тело. Тело нужно методам, которые передают данные (POST, PUT, PATCH). У GET семантика тела не определена, многие серверы и прокси его просто отбросят.

Дальше покажите, что формат тела диктует заголовок Content-Type:

• JSON (application/json): самый частый вариант для REST. Строки в двойных кавычках, без хвостовых запятых, числа и true/false без кавычек;
• форма (application/x-www-form-urlencoded): пары key=value через &, спецсимволы кодируются;
• multipart/form-data: загрузка файлов, части разделены границей boundary, которую удобнее доверить инструменту;
• XML: SOAP и старые интеграции, там важны пространства имён.

Инструменты назовите те, которыми реально пользуетесь: Postman или Insomnia, curl с флагами -H и -d, в автотестах requests или REST Assured. Поля и типы берите из спецификации OpenAPI, если она есть, а тело ответа сверяйте со схемой.

Сильный ход: сразу предложить набор тел для негативных проверок. Нет обязательного поля, неверный тип, пустая строка, граничные длины, лишнее неизвестное поле, битый JSON. Так видно, что вы пишете тело не только ради успешного ответа.

Где спотыкаются

Путают тело и параметры: кладут данные в query-строку там, где API ждёт JSON, или наоборот.

Отправляют JSON без Content-Type: application/json и не понимают, почему сервер отвечает 415 Unsupported Media Type или видит пустое тело.

Пишут тело на глаз: одинарные кавычки, запятая после последнего поля, число строкой "42". Такие ошибки любой валидатор JSON находит за секунду, а на собеседовании они выглядят как отсутствие практики.