При каком статус коде звал Project Manager

Разбор вопроса: «При каком статус коде звал Project Manager?»

Этот вопрос — классический пример каверзного или «с подвохом» вопроса на собеседовании для QA-инженера. Он проверяет не только знание технических спецификаций (HTTP-статус кодов), но и внимательность, способность мыслить критически и понимание контекста роли QA.

Короткий ответ

PM «зовет» (совершает звонок) при статус коде 200 (OK).

Но этот ответ слишком поверхностен для опытного специалиста. Давайте разберем, почему этот вопрос задают и что на самом деле хотят услышать.

Почему именно 200?

1. Логика вопроса: Каламбур строится на игре слов «звал» (от глагола «звонить») и «зовет» (также «звонит»). В контексте IT и веб-запросов «звонок» (call) чаще всего ассоциируется с успешным HTTP-запросом к API или серверу.
2. Техническое обоснование: Статус 200 OK означает, что запрос успешно обработан, и сервер возвращает запрашиваемые данные. Это «положительный» ответ, аналогичный успешному телефонному звонку, когда абонент взял трубку и начал разговор.
3. Контекст роли QA: Для QA-инженера, особенно работающего с API, статус 200 — это наиболее частый ожидаемый результат для успешных сценариев (happy path). Мы постоянно проверяем, что при корректных данных эндпоинт возвращает 200 и валидное тело ответа.

Глубина понимания: что еще может проверить этот вопрос?

Хороший кандидат не остановится на одном коде. Он покажет, что понимает — в реальности не все «звонки» (запросы) заканчиваются успешно.

• 201 Created: PM «звал», чтобы что-то создать (например, задачу в Jira), и это удалось.
• 204 No Content: PM «звал», удалил что-то (например, отменил встречу), и сервер подтвердил успех без возврата данных.
• 400 Bad Request: PM «звал» с ошибкой — передал неверные или непонятные данные. Запрос не был обработан. (Аналог: набрал несуществующий номер).
• 401 Unauthorized: У PM нет «пропуска» (токена, логина/пароля) для этого звонка. Доступ запрещен.
• 403 Forbidden: У PM есть пропуск, но его уровня доступа недостаточно для совершения этого действия.
• 404 Not Found: PM «звонил» по неправильному адресу (URL). Ресурс (человек, страница, эндпоинт) не найден.
• 429 Too Many Requests: PM звонит слишком часто (превышен лимит запросов, rate limiting). Нужно подождать.
• 500 Internal Server Error: PM дозвонился, но на той стороне «все упало» (серверная ошибка). Это проблема команды разработки.
• 502 Bad Gateway / 503 Service Unavailable: Сервер временно не может обработать звонок из-за проблем с инфраструктурой.

Как должен звучать сильный ответ QA-инженера?

«Если рассматривать вопрос буквально, как шутку, то PM зовет при статусе 200 OK, что означает успешный запрос. Однако, как QA-инженер, я понимаю, что это тест на внимательность и понимание HTTP-протокола.

На практике для меня важны все статус-коды. Моя работа — не только подтверждать, что 200 возвращается при корректных данных, но и:

• Валидировать, что при некорректных входных данных возвращаются соответствующие 4xx коды (например, 400, 404, 422) с понятными сообщениями об ошибках.
• Проверять сценарии с правами доступа, ожидая 401 или 403.
• Тестировать устойчивость системы, анализируя ее поведение при 5xx ошибках и кодах, связанных с нагрузкой (429, 503).
• Документировать ожидаемые коды ответов для каждого эндпоинта в тест-кейсах и чек-листах.

Понимание смысла каждого статус-кода — это базис для эффективного тестирования API, составления точных баг-репортов и коммуникации с разработчиками.»

Вывод для собеседования

Этот вопрос — ловушка для невнимательных. Прямой ответ «200» показывает, что вы уловили шутку. Но развернутый ответ, демонстрирующий системное мышление, знание полного спектра кодов ответа и их практическое значение в работе QA, покажет вас как эксперта, для которого протокол HTTP — это рабочий инструмент, а не просто список чисел.