QA собеседование: частые вопросы

Коротко. На собеседовании junior QA проверяют теорию тестирования, тест-дизайн, базовый SQL, работу с API и умение мыслить. Часто дают практическое задание — «протестируй вот это». Готовьтесь отвечать структурно и рассуждать вслух, а не просто выдавать заученные определения.

Что спрашивают

• Теория: виды/уровни тестирования, тест-дизайн.
• Артефакты: тест-кейс, баг-репорт, severity/priority.
• SQL: SELECT, JOIN, GROUP BY (требуют часто).
• API: методы, статусы, Postman.
• Практика: «протестируй форму/лифт/стакан».

Частые вопросы и ответы

Чем severity отличается от priority?
Severity — техническая критичность дефекта, priority — срочность починки для бизнеса. Могут не совпадать.

Что такое тест-дизайн?
Техники проектирования проверок: классы эквивалентности, граничные значения, таблицы решений — чтобы покрыть больше меньшим числом кейсов.

В чём разница WHERE и HAVING?
WHERE фильтрует строки до группировки, HAVING — после, по агрегатам.

Что проверишь у формы логина?
Позитивные и негативные сценарии, граничные значения, валидацию, безопасность, UX, разные браузеры.

Как структурировать ответ

Джуна валит не незнание, а сумбур. Отвечайте по схеме: короткое определение → пример → уточнение границ. На «протестируй X» не выпаливайте случайные проверки, а идите по слоям: сначала позитивные сценарии, потом негативные, затем граничные значения, потом нефункциональные аспекты (нагрузка, безопасность, UX, совместимость). Такая структура сама по себе производит впечатление системного мышления — даже если конкретных проверок вы назовёте не все.

Практическая часть

Классика — «протестируй объект» (форма, стакан воды, лифт). Здесь оценивают ход мысли: разбейте на позитивные/негативные сценарии, граничные случаи, нефункциональные аспекты. Проговаривайте вслух — это главное.

Ошибки на собеседовании QA

• ❌ Заученные определения без примеров — сразу видно зубрёжку.
• ❌ Молчать, обдумывая про себя: интервьюер не видит ваш ход мысли — рассуждайте вслух.
• ❌ Придумывать ответ, когда не знаешь: честное «не сталкивался, но рассуждал бы так» ценят выше.
• ❌ Игнорировать негативные сценарии — новичок часто проверяет только «как надо».

Как подготовиться

1. Повторите теорию и тест-дизайн (см. основы QA).
2. Прорешайте базовый SQL и потренируйте Postman.
3. Отрепетируйте «протестируй X» вслух на 3–4 объектах.
4. Подготовьте рассказ о портфолио: кейсы, баг-репорты, автотесты.

Общие приёмы прохождения — в статье что делать, если не знаешь ответ.

Как готовиться без зубрёжки 500 вопросов

Соберите свою шпаргалку: виды тестирования, чем тест-кейс отличается от чеклиста, severity vs priority, как тестировать login/search/payment, базовый SQL, HTTP-коды, что такое REST. На каждый пункт — свой пример из практики (хотя бы pet). Технические вопросы «с подвохом» закрываются рассуждением вслух, не угадайкой.

Параллельно прогоните 2–3 mock-собеса (с другом или вслух на запись). Теория — основы, поведение на «не знаю» — здесь.

Вопросы работодателю на QA-собесе

Какой процесс: тест-кейсы в TestRail/Zephyr/нет? Как устроены стенды? Доля auto? Кто приоритизирует бэклог багов? Есть ли on-call у QA? Вопросы показывают зрелость и отсекают хаос.

Следующий шаг в QA

Примените идеи из «QA собеседование: частые вопросы» к своему учебному проекту или к одной вакансии на этой неделе. Закрепите тему практикой: один чеклист или 3–5 тест-кейсов по реальному продукту, один баг-репорт с шагами и ожиданием, коллекция в Postman на 5 запросов. Дальше по треку: основы QA, API-тесты, Playwright, полный маршрут — QA старт 2026. На собес — частые вопросы.

Как применить «QA собеседование: частые вопросы» на практике

Пройдите материал не как статью, а как задание. Выпишите 3 тезиса из разделов (Что спрашивают; Частые вопросы и ответы; Как структурировать ответ) и напротив каждого — действие на 30–90 минут: что сделаете руками, какой файл/репозиторий появится, как поймёте что готово. Без этого колонки «изучил» в голове не конвертируются в оффер.

Связка с соседними материалами: основы QA, что делать, если не знаешь ответ, основы, здесь, API-тесты. Не читайте всё подряд — возьмите один следующий URL и закройте его артефактом в git до конца недели. Если роль ещё не выбрана, сначала профессии и 5 вакансий-ориентиров, потом возвращайтесь к этой теме.

На собеседовании по теме «QA собеседование: частые вопросы» вас почти всегда просят пример из практики. Подготовьте 60–90 секунд: задача → что сделали → результат/ограничение. Даже учебный пример звучит сильнее пересказа теории.

Частые вопросы

Нужен ли SQL на собеседовании QA?
Да, базовый спрашивают часто: SELECT, JOIN, GROUP BY.

Что делать с задачей «протестируй стакан»?
Разложить на сценарии и аспекты вслух. Оценивают системность мышления, а не «правильный» ответ.

Нужна ли автоматизация джуну на собесе?
Не всегда, но основы кода и знание инструмента усиливают позицию. См. автоматизация для джуна.

Материал «QA собеседование: частые вопросы» имеет смысл только вместе с практикой: один артефакт в git на этой неделе важнее десяти вкладок с теорией. Если застряли на выборе роли — начните с профессий и одной вакансии-ориентира.