Был ли опыт работы с ошибками HTTP ответов сервера
Что проверяют
Работали ли вы с API руками и можете ли по коду ответа сузить круг поиска: виноват клиент, сервер или что-то между ними. Следом обычно просят рассказать конкретный баг и спрашивают, чем 401 отличается от 403, а 502 от 504.
Как отвечать
Начните с опыта: какой продукт, какие инструменты (Postman, curl, вкладка Network в DevTools, Charles или Proxyman для мобильного трафика), где смотрели логи (Kibana, Grafana, Sentry). Истории и цифры должны быть ваши.
Затем покажите, что понимаете группы кодов:
- 4xx: проблема в запросе. 400 невалидный запрос, 401 нет аутентификации или истёк токен, 403 пользователь известен, но прав нет, 404 ресурса нет, 409 конфликт состояния, 422 данные не прошли валидацию, 429 превышен лимит запросов;
- 5xx: проблема на сервере. 500 необработанное исключение, 502 прокси получил от бэкенда некорректный ответ, 503 сервис недоступен или перегружен, 504 прокси не дождался ответа.
Что проверяете, кроме самого кода:
- контракт: код совпадает с документацией в OpenAPI, тело ошибки в едином формате, без стектрейса и внутренних деталей;
- негативные сценарии: пустые и слишком длинные поля, неверный тип, чужой идентификатор (ждём 403 или 404, а не данные другого пользователя);
- поведение клиента: понятное сообщение пользователю, повтор при 503, переход на логин при 401, никакого вечного спиннера;
- воспроизведение: для 5xx сохраняете запрос как curl, время и request id, чтобы разработчик нашёл запись в логах.
Если опыт был только через интерфейс, так и скажите и покажите, как бы действовали: открыли Network, нашли упавший запрос, повторили его в Postman и изолировали причину.
Где спотыкаются
Путают 401 и 403 или называют любую серверную ошибку «пятисоткой», не различая 502, 503 и 504, хотя это поломки в разных местах.
Считают нормой 200 с "error": true в теле. Для тестировщика это повод завести замечание к контракту: мониторинг и клиенты такую ошибку не увидят.
Рассказывают «сервер падал, я написал разработчику» без деталей. Сильнее звучит история, где вы сами нашли закономерность: падает только при определённом параметре или после истечения токена.