Собеседование ручного тестировщика | Выпуск №5: Не баг, а фича

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

Это учебное мок-собеседование на позицию Junior Manual QA: кандидат Артём отвечает на теоретические вопросы и разбирает практические кейсы, а два интервьюера уточняют и корректируют ответы. Обсуждаются QA и QC, HTTP и статус-коды, виды тестирования, локализация дефектов, тест-дизайн, SQL и рабочие ситуации с баг-репортами. В финале интервьюеры дают кандидату положительную обратную связь, но отмечают необходимость дальнейшей практики и изучения отдельных тем.

Затронутые темы

Что взять на заметку

• Для локализации ситуации, когда регистрация возвращает HTTP 200, но интерфейс не меняется, разбирают цепочку: DevTools Network, контракт API в Swagger, тело ответа, запись в базе данных, затем клиент и различия между браузерами.
• Smoke-проверки предлагается строить вокруг критичных пользовательских потоков: регистрация, авторизация, добавление товара в корзину и оплата; полнота регресса существенно шире smoke-набора.
• Интервьюеры уточняют, что PATCH предназначен для частичного изменения ресурса, а PUT — для полного обновления; также исправляют ответ кандидата: GET идемпотентен, POST обычно неидемпотентен.
• Для HTTP 500 рекомендуют смотреть серверные логи, в том числе через Kibana, фильтруя ошибки по статусу и временному интервалу; для 400 — сверять URL, тело запроса, контракт и условия авторизации.
• В задаче на загрузку PNG до 50 МБ при ограниченном времени приоритетны успешная загрузка обоими способами, проверка допустимого формата и граничных размеров, а также негативные форматы и слишком большой файл.
• Если разработчик не воспроизводит баг, нужно сначала перепроверить его актуальность на текущем билде, собрать контекст и при необходимости показать воспроизведение совместно. Спор «баг или фича» предлагают разрешать через требования, продуктовую логику, мнение стейкхолдеров и пользовательский сценарий.