Из чего состоит QA-собеседование
Интервью QA-инженера обычно включает три блока:
- Теория тестирования — тест-дизайн, виды тестирования, работа с дефектами. Это ядро, которое спрашивают всегда, от стажёра до лида.
- Технический блок — API-тестирование, SQL, инструменты. Для автоматизаторов — плюс код: язык автоматизации, фреймворки, паттерны.
- Практика и опыт — разбор рабочих ситуаций: как тестировал конкретную фичу, как приоритизировал при нехватке времени, как спорил с разработчиком о серьёзности бага. Тренировать этот блок помогает прожарка опыта.
Темы QA-интервью
Тест-дизайн
Классы эквивалентности, граничные значения, pairwise, таблицы решений, state transition, чек-листы vs тест-кейсы.
Виды тестирования
Функциональное и нефункциональное, регрессионное, smoke vs sanity, приёмочное, исследовательское тестирование.
API-тестирование
HTTP-методы и коды ответов, REST-семантика, Postman, валидация схем, тестирование негативных сценариев, contract testing.
Работа с дефектами
Жизненный цикл бага, severity vs priority, оформление отчёта, локализация дефекта, работа с невоспроизводимыми багами.
Автоматизация
Пирамида тестирования, селекторы и ожидания, Page Object, флаки-тесты, CI-интеграция, что автоматизировать и что нет.
Специальные области
Mobile-тестирование, тестирование безопасности, работа с тестовыми данными, тестирование производительности.
Как меняются вопросы по уровням
Junior — «что это и зачем»
Middle — «как применить в реальной ситуации»
Senior — «стратегия и компромиссы»
Особенность QA-интервью: в отличие от разработки, где часто проверяют знание конкретных технологий, в QA прежде всего оценивают мышление — способность системно раскладывать задачу на проверки. Кандидат, который на вопрос о тестировании лифта выдаёт структуру (функциональные, граничные, нагрузочные, безопасность), выигрывает у того, кто перечисляет двадцать хаотичных проверок.
Manual vs Automation: чем отличаются интервью
Для ручного тестировщика ядро интервью — тест-дизайн и работа с дефектами. Технический блок ограничивается SQL-запросами уровня JOIN и GROUP BY, HTTP-основами и умением читать логи. Главное, что оценивают, — структурность мышления и внимательность к деталям.
Для автоматизатора добавляется полноценная инженерная часть: живой код на языке автоматизации, знание фреймворков (pytest, Selenium, Playwright), понимание паттернов (Page Object, фикстуры), опыт CI/CD. Нередко автоматизаторам дают live coding — задачу написать или отрефакторить тест в реальном времени.
Частая ловушка на собеседованиях автоматизаторов — проверка теории тестирования, которую кандидат считал «пройденным этапом». Автоматизатор, не способный спроектировать классы эквивалентности, вызывает вопрос: что именно он автоматизирует?
На чём срезаются кандидаты
- Хаотичное перечисление вместо структуры. На вопрос «как протестируешь X» кандидат сыплет проверками без группировки. Сильный ответ начинается с классификации: функциональные проверки, граничные, негативные, нефункциональные.
- Незнание базовой теории при опыте работы. Три года в тестировании, но pairwise и таблицы решений — «что-то слышал». Опыт без теоретической базы читается как потолок роста.
- Слабый SQL. Запрос с JOIN двух таблиц ставит в тупик. Для Middle+ уровня SQL — обязательный инструмент повседневной работы с тестовыми данными.
- «Автоматизирую всё». На вопрос о стратегии автоматизации — энтузиазм без анализа. Senior-ответ включает экономику: стоимость написания и поддержки против частоты прогона и цены ручной проверки.
Как построить подготовку
- Диагностика. 2–3 мок-собеседования по QA-треку покажут реальные пробелы — у опытных ручных тестировщиков это часто теория тест-дизайна, у автоматизаторов — та же теория плюс глубина API.
- Проработка слабых тем. Режим «Подготовка по темам»: выбираешь конкретный кластер — тест-дизайн, API-тестирование, автоматизация — и тренируешь до уверенности.
- Контрольная сессия. Полное мок-интервью со случайными темами — проверка, что знания устоялись.
- Под конкретную вакансию. Прочитай требования: если упомянут contract testing или mobile — прогони сессию по этим темам. Плюс прожарка опыта перед поведенческой частью.
Вопросы и ответы
Нужно ли ручному тестировщику знать программирование для собеседования?
Для позиции manual QA — обычно нет, но SQL на уровне SELECT с JOIN и понимание HTTP спрашивают почти всегда. Базовое чтение кода становится плюсом: тестировщик, который может посмотреть в код фичи, локализует баги быстрее.
Что важнее для QA-automation интервью: тестирование или программирование?
Оба, и провал любого блока критичен. Сильный программист без теории тестирования пишет бесполезные тесты; сильный тестировщик без инженерных навыков пишет неподдерживаемые. На интервью проверяют обе стороны — готовиться нужно к обеим.
Спрашивают ли на QA-интервью про тестирование ИИ и LLM-приложений?
Всё чаще — особенно в продуктах с ИИ-функциональностью. Специфика: недетерминированность ответов, оценка качества генерации, регрессия промптов. Пока это редко бывает основным блоком, но вопрос «как бы ты тестировал чат-бота» уже встречается регулярно.
Как тренироваться, если нет опыта коммерческой разработки?
Мок-интервью решают проблему «нет опыта собеседований»: формат вопрос-ответ-разбор тренирует формулировки до выхода на реальные интервью. Для Junior-уровня вопросы в боте калибруются на теорию и базовую практику — то, что можно освоить на учебных проектах.
Смотри также
Проверь себя на реальных вопросах
Выбери QA-специализацию и уровень — получи первый вопрос через минуту. Оценка каждого ответа и разбор слабых тем после сессии. Бесплатный старт.
▶ Начать тренировку