На hh.ru 22 сентября 2026 года по слову «тестировщик» открыто 2 952 вакансии по России, и только 591 из них помечена «без опыта». Со словом junior в названии таких вакансий всего 38. То есть на одну стартовую позицию претендуют десятки кандидатов, и решает уже ответ на собеседовании: курс к этому моменту прошли все.
В этой статье разобрали собеседование на тестировщика целиком: из каких этапов оно состоит, какие вопросы на собеседовании тестировщика задают на каждом, как звучит ответ «по учебнику» и как звучит ответ человека, который уже работал. Добавили разбор практических заданий, отдельный раздел для тех, у кого нет коммерческого опыта, вопросы работодателю и план подготовки на неделю.
Если вы ещё не решили, ваша ли это профессия, начните с обзора кто такой QA-тестировщик и чем он занимается: там про задачи, инструменты и чем тестировщик отличается от QA-инженера.
Путь с нуля до первого оффера по месяцам мы описали в материале как стать тестировщиком с нуля. Здесь берём только финальный отрезок этого пути: от приглашения на интервью до решения работодателя.
Статья написана для новичка, который идёт на первое собеседование QA, и для ручного тестировщика, который меняет работу. Автоматизаторов касаемся отдельным блоком: у них к тем же вопросам добавляется код.
Если чувствуете, что пробелов в базе больше, чем закроет одна статья, посмотрите курсы для QA-инженеров: в каталоге больше сотни программ с практикой на реальных проектах и подготовкой к интервью.
CheckroiПодборка курсов для QA-инженеров102 курса • 26 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Как проходит собеседование на тестировщика
Порядок этапов у компаний разный, но набор почти всегда один: короткий созвон с рекрутером, техническое интервью, практическая часть и разговор с будущим руководителем. В небольших компаниях два последних этапа часто склеивают в один. В крупных банках и маркетплейсах цепочка растягивается на три-четыре встречи, а между ними может пройти неделя.
| Этап | Кто проводит | Сколько длится | Что проверяют |
|---|---|---|---|
| Скрининг | Рекрутер | 15–30 минут | Мотивация, адекватность, ожидания по деньгам и формату |
| Техническое интервью | Тестировщик или лид команды | 45–90 минут | Теория, документация, API, SQL, инструменты |
| Практика | Тот же интервьюер | 20–60 минут или домашнее задание | Как думаете, как формулируете проверки и баги |
| Финал | Руководитель, иногда команда | 30–45 минут | Совпадение по ценностям, вопросы с вашей стороны |
Общий смысл всех этапов один. Интервьюеру нужен ваш способ мышления, заученные определения его интересуют мало: как вы находите риск, как формулируете проверку, как объясняете найденную проблему разработчику. Дальше пройдём по каждому этапу с реальными вопросами.
Про сроки. От первого созвона до оффера в средней компании проходит одна-две недели. Если после технического интервью ответа нет дольше пяти рабочих дней, напишите рекрутеру сами: вежливое напоминание никого не раздражает. Пропавший кандидат вызывает больше вопросов.
Что спрашивает рекрутер на первом созвоне
Скрининг длится полчаса, и технических вопросов там почти нет. Рекрутер закрывает три задачи: убедиться, что вы понимаете, куда идёте, что ваши ожидания по зарплате и формату совпадают с вакансией, и что с вами приятно разговаривать. Вопросы стандартные: «расскажите о себе», «почему тестирование», «почему уходите с прошлого места», «какие у вас сильные и слабые стороны».
Ответ на «расскажите о себе» готовьте заранее и укладывайте в полторы минуты. Схема простая: кем были до тестирования, что и где изучали, какие проекты трогали руками, чего хотите от следующего места. Про учебный проект говорите так же конкретно, как про рабочий: какой продукт, сколько тест-кейсов написали, сколько багов завели, в каком трекере.
Самый скользкий вопрос здесь про причину ухода. Обиды на прошлого работодателя, даже справедливые, на скрининге не работают. Как формулировать нейтрально, мы разбирали в статье причина увольнения: что писать в резюме и как отвечать на собеседовании. Если тестирование для вас первая профессия, честно скажите, чем именно оно вас зацепило, и назовите конкретную задачу, которую было интересно решать.
Про мягкие навыки спрашивают через ситуации, прямых вопросов почти нет. «Расскажите про конфликт в команде» и «как действуете, когда задача непонятна» появляются уже на скрининге. Готовьте по одной истории на каждую тему, желательно из учёбы или прошлой работы.
Канал основателя Checkroi Вани Буявца3 700 человек читают мой Телеграм-канал про нейросетиСобрал промпты для Claude Code и ChatGPT, разборы ИИ-инструментов и лайфхаки по продвижению бизнеса в одном местеПрисоединитьсяТеория тестирования: 12 вопросов, которые задают почти всегда
Теоретический блок открывает техническое интервью: теория тестирования, документация и базовый тест-дизайн. Определения здесь спрашивают ради следующего вопроса: «а как вы это применяли?». Поэтому в таблице ниже для каждого вопроса два варианта ответа. Левый правильный, но по нему видно, что человек только читал. Правый показывает, что вы понимаете, зачем это нужно на проекте.
| Вопрос | Ответ по учебнику | Ответ работающего тестировщика |
|---|---|---|
| Что такое тестирование | Проверка соответствия продукта требованиям | Сбор информации о качестве продукта, чтобы команда приняла решение о релизе. Баги в этом смысле побочный продукт |
| Чем верификация отличается от валидации | Верификация: сделали ли правильно. Валидация: сделали ли то, что нужно | Форма регистрации может проходить все требования и всё равно терять пользователей на третьем поле. Верификация зелёная, валидация красная |
| Тест-кейс и чек-лист | Тест-кейс содержит шаги и ожидаемый результат, чек-лист только список проверок | Чек-лист беру для регрессии, которую гоняем каждую неделю, тест-кейсы пишу для сложных сценариев с данными, где важен порядок шагов |
| Severity и priority | Серьёзность последствий и срочность исправления | Критичный баг в функции под выключенным флагом может ждать, а опечатка в цене на главной чинится сегодня |
| Smoke и regression | Smoke проверяет базовую работоспособность, regression ищет сломанное после изменений | Smoke прогоняю за 15 минут после каждой сборки, регрессию собираю по рискам изменений, полный набор не гоняю |
| Классы эквивалентности и граничные значения | Разбиение входов на группы с одинаковым поведением и проверка границ | Для поля возраста от 18 до 65 беру 17, 18, 40, 65, 66, пустое значение и буквы. Семь проверок вместо сотни |
Остальные шесть вопросов из обязательного набора: уровни и виды тестирования, жизненный цикл бага, из чего состоит баг-репорт, когда тестирование можно заканчивать, что такое исследовательское тестирование и семь принципов тестирования. По принципам ориентируйтесь на программу ISTQB CTFL версии 4.0.1 в русском переводе: там они сформулированы так, как их ждут интервьюеры, включая обновлённый пятый принцип «тесты устаревают» вместо старого «парадокса пестицида».
Состав баг-репорта тоже лучше знать по первоисточнику. Тот же документ ISTQB перечисляет типичные поля: идентификатор, заголовок с сутью аномалии, окружение и версия объекта тестирования, шаги воспроизведения с логами и скриншотами, ожидаемый и фактический результат, серьёзность, приоритет, статус. На интервью достаточно назвать их своими словами и добавить, что заголовок описывает саму проблему, а экран, где она случилась, уходит в шаги.
Все уровни и виды тестирования с примерами собраны в обзоре профессии тестировщика приложений. Перед интервью пройдитесь по ним и для каждого вида придумайте пример из продукта, которым пользуетесь каждый день.
Технический блок: API, HTTP, SQL, инструменты
Здесь отсеивается больше всего кандидатов после курсов. Причина в том, что требования к технической базе ручного тестировщика выросли: работа с логами, сетью и запросами к базе теперь входит в описание вакансий уровня junior. Хорошая новость: объём знаний конечный, и его можно закрыть за неделю.
API и протокол HTTP
Базовый набор вопросов: что такое API, чем REST отличается от «просто HTTP», какие бывают методы и статус-коды, что такое JSON. Если термин API для вас новый, начните с нашего объяснения что такое API простыми словами, а устройство протоколов разобрано в статье про сетевые протоколы.
Классы статус-кодов учите по стандарту: RFC 9110 делит их на пять групп: 1xx информационные ответы, 2xx успех, 3xx перенаправление, 4xx ошибку на стороне клиента, 5xx ошибку сервера. На русском те же коды с пояснениями есть в справочнике MDN. На интервью полезно добавить, что статус проверяют вместе с телом ответа: сервер может вернуть 200 и пустой JSON, и это тоже баг.
Инструмент для этого блока один: Postman. Умейте отправить GET и POST, подставить токен в заголовок, посмотреть ответ и написать простую проверку. Как устроены такие проверки, описано в официальной документации Postman. Если хочется отработать это под присмотром, есть отдельные курсы по Postman.
CheckroiПодборка курсов по Postman58 курсов • 20 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
SQL: сколько его нужно тестировщику
Ручному тестировщику хватает четырёх конструкций: SELECT с WHERE, ORDER BY, GROUP BY с COUNT и один JOIN двух таблиц. На интервью типовая задача звучит как «найдите дубли в таблице пользователей по email» или «посчитайте заказы по каждому статусу». Первая решается через GROUP BY и HAVING COUNT больше единицы, вторая через GROUP BY по статусу.
Синтаксис группировки удобно проверять по документации PostgreSQL: там объясняется, почему HAVING фильтрует уже сгруппированные строки, а WHERE отбирает строки до группировки. Именно это различие спрашивают чаще всего. Если база нулевая, за пару вечеров закрывается статьёй что такое SQL и зачем его учить, а тренировать запросы на реальных таблицах помогут курсы по SQL.
DevTools, логи, Git и таск-трекер
Вопрос «что вы смотрите в DevTools» проверяет, умеете ли вы локализовать баг: во вкладке Network видно запрос, статус и тело ответа, в Console ошибки JavaScript, в Application куки и локальное хранилище. Описание вкладок есть в документации Chrome DevTools. Ответ уровня «открываю Network, ищу запрос с красным статусом, копирую тело ответа в баг-репорт» звучит убедительно даже без опыта.
Про логи спросят, где вы их смотрели и что делали, когда ошибка не воспроизводилась. Про Git достаточно понимать, что такое коммит, ветка и пулл-реквест, чтобы читать историю изменений; для этого хватит нашего разбора Git простыми словами. Про таск-трекер спросят, как выглядит ваш баг в Jira или её аналоге и по каким статусам он проходит.
Правило ответа на технический вопрос. Сначала определение своими словами, потом пример из продукта, потом что вы с этим делали руками. Три предложения вместо одного, и интервьюер идёт дальше вместо уточняющих вопросов.
Ситуационные вопросы: что на самом деле проверяют
Ситуационный блок появляется у большинства компаний и пугает сильнее теории, потому что правильного ответа как будто нет. На самом деле проверяют структуру мышления: умеете ли вы сначала собрать факты, потом договориться, и только потом эскалировать. Четыре типовых сценария ниже покрывают почти всё, что спрашивают.
«Разработчик говорит, что это не баг». Слабый ответ: спорить или сразу закрыть задачу. Сильный: открыть требования и найти, где описано ожидаемое поведение. Если описания нет, вопрос уходит аналитику или владельцу продукта, и ваша задача зафиксировать решение письменно, чтобы завтра спор не начался заново.
«До релиза час, регрессия не закончена». Здесь ждут приоритизацию по рискам: сначала критичные пользовательские сценарии и то, что менялось в этой версии, потом всё остальное. И честный доклад руководителю о том, что осталось непроверенным, вместо бодрого «всё успел».
«Требований нет или они противоречат друг другу». Ответ строится вокруг вопросов: кому нужна функция, какие данные, какие ошибки допустимы. Допущения записываете и просите подтвердить. Тестировать по собственным догадкам без фиксации нельзя, потому что тогда поведение продукта определяете вы вместо заказчика.
«Баг не воспроизводится». Собираете версию, окружение, данные, время, пользователя и логи, сравниваете удачный и неудачный сценарии, проверяете гипотезы по одной. Формулировка «у меня не повторилось» закрывает вашу проверку, проблема остаётся.
Практическое задание на собеседовании
Практика бывает в двух форматах: домашнее тестовое задание или задача прямо на созвоне. Домашние задания постепенно уходят, потому что их за кандидата решает нейросеть, и компании чаще просят думать вслух в реальном времени.
Стоит ли вообще браться за объёмное тестовое, мы обсуждали в статье тестовое задание при приёме на работу.
Как протестировать форму регистрации
Это самое частое задание. Интервьюер смотрит на порядок, в котором вы называете проверки, количество вторично. Начинайте с позитивного сценария: корректные данные, письмо пришло, аккаунт создан. Дальше валидация каждого поля по классам эквивалентности и границам: пустое, минимальная и максимальная длина, недопустимые символы, уже занятый email. Потом негативные сценарии по безопасности: пароль в открытом виде в ответе сервера, повторная отправка формы, SQL-инъекция в поле логина.
CheckroiПодборка курсов по SQL418 курсов • 39 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Заканчивайте нефункциональными проверками: как форма ведёт себя на телефоне, что происходит при потере сети посреди отправки, доступна ли она с клавиатуры. И обязательно спросите про требования: «а какие правила для пароля?». Уточняющий вопрос показывает, что вы не тестируете по догадкам.
Задачи на мышление тестировщика
«Как протестировать карандаш», «лифт», «кружку» проверяют то же самое, что форма регистрации: умеете ли вы раскладывать объект на функциональные, нефункциональные и негативные проверки.
Схема ответа: кто пользователь и какая задача, функциональные проверки, границы и нагрузка, условия эксплуатации, безопасность. Карандаш пишет, стирается, не ломается при нормальном нажатии, безопасен для ребёнка, выдерживает влажность.
Пять минут структурированного рассуждения ценятся выше тридцати проверок, названных вразнобой.
Канал основателя Checkroi Вани БуявцаЗабирайте промпты и обучение по нейросетям в моём Телеграм-каналеБольше 3 700 человек уже применяют Claude Code, ChatGPT и другие нейросети в работе, учёбе, бизнесе и жизниПерейти в каналЧем отличается собеседование junior, middle и senior
Одни и те же темы на разных грейдах разворачиваются по-разному. Junior спрашивают про определения и артефакты, middle про риски и выбор набора проверок, senior про стратегию, метрики и решение о выпуске с открытыми дефектами. Полезно понимать, куда вас будут тянуть, потому что выпускники курсов всё чаще целятся сразу в middle, и спрашивают их соответственно.
| Тема | Junior | Middle | Senior |
|---|---|---|---|
| Документация | Чем тест-кейс отличается от чек-листа | Как выбрать формат под задачу | Как устроить документацию в команде из пяти тестировщиков |
| API | Методы и статус-коды | Тестирование авторизации, контракт фронта и бэка | Стратегия API-тестов в микросервисах |
| SQL | SELECT с условием | JOIN, поиск неверных данных | Подготовка тестовых данных для нагрузки |
| Процессы | Что такое спринт | Как войти в спринт без требований | Как выстроить тестирование с нуля |
| Релиз | Что такое smoke после выкладки | Как доложить о рисках релиза | Выпускать ли с открытыми дефектами |
У автоматизаторов к этому добавляется код: локаторы, Selenium или Playwright, устройство тестового фреймворка, CI/CD, лайвкодинг на Python или Java. Что именно входит в стек и какие вопросы задают по нему, разбирали в обзоре кто такой тестировщик-автоматизатор. Нагрузочных тестировщиков спрашивают отдельно про инструменты генерации нагрузки и чтение метрик, это уже другая специализация.
CheckroiПодборка курсов по Selenium40 курсов • 15 школСравните цены, школы, программу и найдите выгодные предложения по обучениюСравнить→
Собеседование без коммерческого опыта
Из 2 952 вакансий тестировщика на hh.ru в сентябре 2026 года без опыта берут в 591, а 549 предлагают удалёнку. Конкурс на такие позиции высокий, но он проходимый, если вы приносите на интервью результаты работы. Диплом курса сам по себе ничего не решает. Три вещи заменяют коммерческий опыт.
Первая: пет-проект с артефактами. Возьмите открытое приложение или сайт, напишите к нему чек-лист на 30 проверок, десять тест-кейсов и пять баг-репортов, выложите в публичный репозиторий. На интервью открываете и показываете. Вторая: баги, заведённые в трекерах открытых проектов. Один принятый разработчиками баг-репорт весит больше, чем пять сертификатов. Третья: учебные проекты курса, описанные как рабочие: продукт, команда, ваша зона, инструменты.
На вопрос «почему без опыта» отвечайте без оправданий: «опыта в найме нет, есть 40 тест-кейсов и 12 багов по проекту такому-то, вот ссылка». Дальше разговор идёт про вашу работу. Резюме к этому моменту тоже должно говорить о проектах, курсы уходят в одну строку, иначе до интервью вы просто не дойдёте.
Вопросы, которые стоит задать работодателю
Финальный вопрос «что вы хотите узнать о нас» проваливают чаще, чем SQL. Ответ «вопросов нет» читается как отсутствие интереса. Готовьте четыре-пять вопросов, которые одновременно показывают вашу подготовку и дают вам данные для решения.
- Сколько тестировщиков в команде и на сколько разработчиков? Один тестировщик на десять разработчиков означает вечный аврал.
- Есть ли тестовая документация и где она живёт? Если ответ «в голове у Маши», первые месяцы вы будете писать её сами.
- Как выглядит процесс релиза: кто принимает решение, есть ли автотесты, как часто выкладываетесь?
- Что будет считаться успехом на испытательном сроке? По статье 70 Трудового кодекса он не может превышать трёх месяцев, и критерии его прохождения лучше услышать до подписания договора.
- Почему открыта вакансия: рост команды или ушёл человек, и если ушёл, то почему?
Красные флаги в ответах: «документацию не пишем, всё в чате», «тестирование делаем перед релизом за день», «испытательный срок шесть месяцев» для рядовой позиции. Последнее ещё и противоречит закону. Как вести себя на видеозвонке и что проверить в технике до встречи, разбирали отдельно в статье про собеседование по видео.
План подготовки за 7 дней
Как пройти собеседование на тестировщика, если до него неделя? Разделить её на семь блоков, каждый закрывается за два-три часа. Порядок важен: сначала база, потом инструменты, потом репетиция.
- День 1: теория. Семь принципов ISTQB, уровни и виды тестирования, верификация и валидация. Для каждого термина придумать пример из продукта, которым пользуетесь ежедневно.
- День 2: документация. Написать три тест-кейса, чек-лист на 20 пунктов и два баг-репорта к любому сайту. Проверить состав баг-репорта по списку ISTQB.
- День 3: API. Открыть Postman, отправить пять запросов к любому публичному API, разобрать статус-коды и тело ответа, написать одну проверку.
- День 4: SQL. Четыре конструкции, десять запросов на тренажёре, задача про дубли и задача про подсчёт по группам.
- День 5: инструменты. DevTools на реальном сайте: найти запрос формы, посмотреть ответ, специально сломать запрос и увидеть ошибку в Console.
- День 6: ситуации и практика. Проговорить вслух четыре ситуационных сценария из этой статьи и разобрать форму регистрации по схеме.
- День 7: репетиция. Полное интервью с другом или диктофоном: рассказ о себе на полторы минуты, десять вопросов по теории, одна задача на мышление, ваши вопросы работодателю.
Если до собеседования меньше недели, оставьте дни 1, 2, 6 и 7. Именно на теории, документации и ситуационных вопросах решается большинство интервью на junior-позиции.
7 ошибок, из-за которых отказывают
Ошибка 1: отвечать определением и замолкать
«REST это архитектурный стиль» и пауза. Интервьюер вынужден вытягивать продолжение, и впечатление портится.
Решение: определение, пример, ваш опыт. Три предложения на каждый вопрос.
Ошибка 2: спорить о баге вместо поиска требований
Кандидат защищает свой баг эмоциями, документ с требованиями при этом не открывает.
Решение: «давайте посмотрим, что написано в требованиях», и если там пусто, вопрос к аналитику.
Ошибка 3: называть проверки вразнобой
Тридцать проверок формы, названных как попало, выглядят хуже десяти в порядке: позитив, валидация, негатив, нефункциональные.
Решение: любую задачу на тестирование объекта раскладывать по одной и той же схеме.
Ошибка 4: врать про опыт
Приписанный проект вскрывается на втором уточняющем вопросе, и после этого не верят уже ничему.
Решение: описывать учебный проект честно и подробно. Подробность ценится выше статуса.
Ошибка 5: не знать продукт компании
Вопрос «что бы вы протестировали в нашем приложении» ставит в тупик тех, кто его не открывал.
Решение: за день до интервью пройти основной сценарий продукта и найти хотя бы одно замечание. Его можно упомянуть аккуратно, без обвинений.
Ошибка 6: жаловаться на прошлую работу
Даже справедливая критика бывшего руководителя переносится интервьюером на себя.
Решение: причина ухода формулируется через то, чего вы хотите от нового места.
Ошибка 7: не задать ни одного вопроса
Пауза в финале читается как «мне всё равно, куда идти».
Решение: список из пяти вопросов из раздела выше, заготовленный заранее.
Совет от редакции. После каждого собеседования записывайте вопросы, на которых споткнулись. Через три-четыре интервью список повторяется, и это ваш личный учебник на следующую неделю подготовки.
Где подготовиться к собеседованию системно
Всё, что перечислено выше, можно освоить самостоятельно за месяц. Обучение на курсе с практикой сокращает этот путь за счёт двух вещей: ревью ваших тест-кейсов и баг-репортов наставником и тренировочных интервью, которые входят в программу многих школ. При выборе смотрите на наличие реального проекта в портфолио и на то, есть ли в программе разбор вопросов с собеседований.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| Информационные системы и программирование (QA-Инженер) - курс переподготовки Перейти на сайт курса |  АПОК | 32 980 ₽ | 2748 ₽/мес. | 256 часов | Обзор курса |
| Информационные системы и программирование инженер по качеству (QA-инженер) Перейти на сайт курса | КИДПО | 30 350 ₽ | 2529 ₽/мес. | 256 часов | Обзор курса |
| Автоматизированное тестирование на Python Перейти на сайт курса |  Skillbox | 118 666 ₽ | 4108 ₽/мес. | 9 месяцев | Обзор курса |
| Профессия Инженер по автоматизации тестирования Перейти на сайт курса |  GeekBrains | 119 574 ₽ | 3205 ₽/мес. | 6 месяцев | Обзор курса |
| Факультет fullstack JavaScript Перейти на сайт курса | GeekBrains | 134 700 ₽ | 3742 ₽/мес. | 15 месяцев | Обзор курса |
| Инженер по ручному тестированию Перейти на сайт курса |  Нетология | 61 000 ₽ | 2822 ₽/мес. | 4 месяца | Обзор курса |
| DevOps-инженер Перейти на сайт курса |  SkillFactory | 118 404 ₽ | 3289 ₽/мес. | 6 месяцев | Обзор курса |
| Ручное тестирование ПО Перейти на сайт курса |  Эдюсон | 113 506 ₽ | 4729 ₽/мес. | 3 месяца | Обзор курса |
| Автоматизированное тестирование на Java Перейти на сайт курса | Skillbox | 42 364 ₽ | 2567 ₽/мес. | 2 месяца | Обзор курса |
| Автоматизированное тестирование веб-приложений на JavaScript Перейти на сайт курса | Skillbox | 42 900 ₽ | 3575 ₽/мес. | 4 месяца | Обзор курса |
Больше программ — в полном каталоге курсов для QA-инженеров
После оффера полезно понимать, на какие деньги рассчитывать в первый год: цифры по грейдам и городам собраны в статье сколько зарабатывает тестировщик. А если в перспективе хочется вести команду, посмотрите, что спрашивают на позицию QA Lead: там те же темы, но вопросы про стратегию и людей.
