Собеседование на тестировщика: этапы, вопросы с ответами и задачи для джуна

Собеседование на тестировщика в компаниях, которые открыто описали свой найм, состоит из разговора с рекрутером, одного-двух технических интервью и встречи с командой. На технических этапах джуна спрашивают о теории тестирования и тест-дизайне, проверяют базу для работы (HTTP, API, SQL) и могут дать практическую задачу: найти ошибки в коде или решить нестандартную задачу.

Как проходит собеседование на тестировщика: этапы

В Т-Банке кандидату в QA Fullstack первым звонит HR-специалист: расспрашивает об опыте и профессиональных интересах, рассказывает о вакансиях и присылает тесты, которые нужно выполнить до разговора или после него. Дальше идут два технических интервью, а после них знакомство с командой, где спрашивают об опыте и мотивации и отвечают на ваши вопросы. Технические интервью в Т-Банке проводят специалисты, у которых нет прямого отношения к вакансии, поэтому вопросы о задачах команды оставьте на следующий этап.

Данные со страниц компаний на октябрь 2026 года. Яндекс проводит интервью в Zoom, код пишут в онлайн-редакторе.

В Яндексе прямо пишут, что для собеседования не обязательно быть опытным тестировщиком: важнее способность и желание разбираться, как продукт должен работать и как работает сейчас. Если опыта достаточно, там же могут предложить самостоятельно спланировать процесс тестирования системы. Похожее деление есть в профстандарте тестировщика: план тестирования там относится к ступени ведущего тестировщика, а стратегия тестирования к тест-менеджеру. Чем грейды отличаются по задачам и самостоятельности, разобрано в статье «Джуниор, мидл, сеньор».

Перед онлайн-собеседованием Т-Банк советует заранее проверить интернет, динамики, микрофон и камеру, зарядить наушники и ноутбук и проходить интервью с ноутбука или компьютера: на этом этапе может понадобиться писать код.

Вопросы о себе и опыте на этапе с HR

HR-специалист спрашивает об опыте и интересах в профессии, а команда на последнем этапе об опыте и мотивации. Подготовьте рассказ о себе на две минуты: чему учились, какой проект тестировали, почему хотите стать тестировщиком и какую работу ищете. Если коммерческого опыта нет, расскажите об учебном проекте: какое приложение проверяли, сколько багов завели, какой был самым серьёзным и почему. Любой пункт резюме могут попросить объяснить подробно, поэтому не пишите туда то, о чём не готовы говорить.

Зарплату тоже обсуждают на собеседовании: в четырёх из 77 вакансий тестировщика без опыта на hh.ru 9 октября 2026 года прямо написано, что сумму определяют по итогам собеседования. Назовите вилку и уточните, от чего зависит итоговая сумма.

Если на собеседовании спросят о слабых сторонах, назовите реальный пробел в знаниях и то, как вы его закрываете: например, SQL (его упоминают 36 вакансий без опыта из 77) пока на уровне простых запросов, и вы решаете задачи на JOIN каждую неделю.

Что требуют от джуна в вакансиях

9 октября 2026 года мы открыли все вакансии на hh.ru по России в профессиональной роли «Тестировщик» с пометкой «нет опыта». Их было 77 у 53 работодателей. Мы посчитали, сколько вакансий упоминает навык хотя бы раз в названии, описании или ключевых навыках: в требованиях, обязанностях или в пункте «будет плюсом».

Выборка небольшая и неровная: восемь вакансий из 77 у одной компании, которая ищет тестировщиков со знанием Java, ещё семь у другой, и все семь о стажировке по нагрузочному тестированию. Без этих двух компаний остаётся 62 вакансии, и порядок верхних строк почти не меняется: тест-кейсы и чек-листы 32, SQL 22, теория 20, API 19, автотесты 17. Почти всё из таблицы, кроме автотестов, можно освоить на учебном проекте.

Из языков программирования чаще всех упоминают Java: 24 вакансии из 77, но 15 из них у тех же двух работодателей. Python упоминают в 5 вакансиях, JavaScript или TypeScript в 4, причём в части из них язык назван только как стек команды. Ещё 18 вакансий упоминают жизненный цикл разработки ПО (SDLC). Яндекс тоже рассчитывает, что кандидат понимает, в какой момент лучше приступать к тестированию и на что влияет тестировщик, так что будьте готовы рассказать, какие этапы проходит задача, пока не попадёт в релиз.

В нескольких вакансиях отбор расписан по шагам. На стажировку по нагрузочному тестированию сначала проходят интервью с ИИ на 20 вопросов по основам ООП, тестирования и SQL, потом короткий звонок рекрутера на 15 минут и техническое интервью по видеосвязи на 30 минут. В другой стажировке путь такой: анкета, технический тест, тестовое задание, техническое собеседование и интервью с HR о soft skills.

Вопросы по теории тестирования с ответами

Теоретические вопросы есть и в советах Яндекса, и на отдельном интервью по теории тестирования в Т-Банке. Яндекс перечисляет, что нужно знать ручному тестировщику: основные виды и уровни тестирования, техники тест-дизайна, разницу между «белым» и «чёрным» ящиком, локализацию проблем, хороший баг-репорт, стандартную тестовую документацию (test suite, test case, test plan) и различие QA и QC. Ниже короткие ответы на эти вопросы.

Семь принципов тестирования

Принципов тестирования семь: тестирование показывает наличие дефектов, но не доказывает их отсутствие; исчерпывающее тестирование невозможно; раннее тестирование экономит время и деньги; дефекты скапливаются в небольшой части системы; тесты изнашиваются (если повторять одни и те же проверки, они перестают находить новые ошибки, это ещё называют парадоксом пестицида); тестирование зависит от контекста; отсутствие ошибок не гарантирует успех продукта. К каждому принципу подготовьте пример из своего проекта: например, почему вы не проверяли все комбинации полей и как выбрали, что проверять.

Smoke и sanity: подвох в вопросе

В подборках вопросов для тестировщика smoke- и sanity-тестирование обычно разводят как разные вещи. В глоссарии терминов ISTQB, международной сертификации тестировщиков, sanity test указан как синоним smoke test: это набор проверок основной функциональности, который показывает, работает ли система, прежде чем начинать запланированное тестирование. Мы бы ответили так: дать это определение, сказать, что в глоссарии термины совпадают, а потом спросить, как их различают в команде интервьюера.

Тест-дизайн: задача на граничные значения

Техники тест-дизайна Яндекс ждёт от ручного тестировщика, их упоминают и 18 вакансий без опыта из 77. Удобнее всего показать их на одном поле. Допустим, длина пароля должна быть от 8 до 20 символов.

Классы эквивалентности делят данные на группы, которые программа обрабатывает одинаково. Здесь их три: короче 8 символов (недопустимые), от 8 до 20 (допустимые) и длиннее 20 (тоже недопустимые). Из каждого класса достаточно одного значения, например 5, 12 и 25 символов, и недопустимые классы тоже нужно проверить.

Граничные значения берут на краях классов, потому что там разработчики ошибаются чаще. У классов из примера это 7 и 8 на нижней границе допустимых значений и 20 и 21 на верхней. Есть два варианта метода:

Трёхзначный строже. Пример: условие «x ≤ 10» в коде по ошибке записали как «x = 10»: двухзначный метод даст значения 10 и 11, и оба поведут себя так, как ожидалось, а значение 9 из трёхзначного метода такую ошибку покажет. Пустое поле, 0 символов, тоже край нижнего класса, его проверьте отдельно, как и пробелы в начале и в конце и кириллицу, если требования о ней молчат. Похожую задачу с полем возраста мы разбирали в статье «Профессия тестировщик», там же описан рабочий день и баг-репорт по полям.

Практическое задание: протестировать форму регистрации

Задача: протестировать регистрацию с полями email, пароль, повтор пароля, галочкой согласия и кнопкой «Зарегистрироваться». Длинный список проверок вразнобой звучит хуже короткого, но разложенного по группам, поэтому мы бы строили ответ так.

1. Задайте уточняющие вопросы. Какие требования к паролю? Можно ли зарегистрировать второй аккаунт на тот же email? Что приходит после регистрации: письмо, код, сразу вход? Без этой информации часть проверок нельзя оценить: непонятен ожидаемый результат, то есть правильное поведение системы.
2. Начните с основного сценария: корректные данные, аккаунт создан, вход работает.
3. Пройдите каждое поле по классам и границам: пароль по длине из примера выше, email без «@», с пробелом, слишком длинный.
4. Проверьте связи между полями: пароли не совпадают, галочка не отмечена, двойное нажатие на кнопку.
5. Посмотрите, что происходит под интерфейсом. В DevTools на вкладке Network найдите запрос, который ушёл при нажатии, и код ответа. Затем убедитесь по базе, что пользователь записался один раз.
6. Назовите нефункциональные проверки: работу на телефоне и в разных браузерах, скорость под нагрузкой, защиту данных.

На пятом шаге могут попросить SQL: в Т-Банке, например, секция по тестированию веб-приложений заканчивается заданием на знание SQL. Задача: найти email, зарегистрированные дважды. В учебной таблице users пять записей, среди них один адрес записан дважды одинаково, а другой дважды с разным регистром первой буквы.

SELECT LOWER(email) AS email, COUNT(*) AS cnt
FROM users
GROUP BY LOWER(email)
HAVING COUNT(*) > 1;

Запрос вернёт anna@mail.ru и ivan@mail.ru, по 2 записи у каждого. Если группировать просто по email, без LOWER, найдётся только ivan@mail.ru: anna@mail.ru и Anna@mail.ru для SQLite разные строки. Об этом стоит сказать самому, до вопроса интервьюера, и спросить, должна ли форма считать их одним адресом.

Задачи на мышление

В Яндексе предупреждают, что на собеседовании может понадобиться решить нестандартную задачу и посмотреть на обычные вещи под необычным углом. Типовые задачи такого рода: «протестируйте лифт» или «протестируйте карандаш». Их решают так же, как форму: сначала спросите, для каких пользователей и для чего предмет, потом разложите проверки на функциональные (едет на нужный этаж, двери не закрываются на человека), граничные (максимальный вес, все кнопки одновременно) и нефункциональные (скорость, шум, работа при отключении света).

Технические вопросы: API, HTTP, базы данных

Технические вопросы зависят от направления. В Т-Банке на профильном интервью по бэкенду спрашивают о базах данных и SQL, видах API и инструментах их тестирования, различиях REST, SOAP, gRPC и GraphQL, знании HTTP, брокерах сообщений и CI/CD. На интервью по веб-приложениям добавляют работу браузера, аутентификацию и авторизацию, а в конце дают задание на SQL. Мобильное интервью про инструменты, снифферы трафика, гайдлайны и влияние новых версий ОС на тестирование. Яндекс советует ручным тестировщикам повторить сетевые протоколы и коды ответов. В вакансиях без опыта из нашей выборки встречаются и такие формулировки: проверка кода ответа, тела и заголовков в API, понимание cookies и сессий.

Коды ответов HTTP делятся по первой цифре: 1xx информационные, 2xx успешные, 3xx перенаправление, 4xx ошибка клиента, 5xx ошибка сервера. Для баг-репорта из этого деления следует: если на корректные данные сервер ответил кодом 5xx, например 500, сбой на стороне сервера, а код 4xx означает, что сервер считает ошибочным сам запрос. В репорт в обоих случаях стоит приложить запрос и ответ из DevTools. Частый вопрос: чем 401 отличается от 403. При 401 у запроса нет действующих данных для аутентификации, при 403 сервер запрос понял, но выполнять отказывается.

Автоматизатору в Т-Банке дают отдельную секцию программирования: несколько практических задач без сложных алгоритмов, установленная IDE не нужна. На профильной секции просят найти проблемы в разных блоках кода, как при проверке пулл-реквеста.

Ситуационные вопросы

Разработчик не согласен с багом

Сначала откройте требования: баг это или нет, решает описание задачи. Если требования молчат, вопрос уходит к аналитику, руководителю или владельцу продукта. Покажите разработчику запись экрана и запрос из DevTools.

Баг не воспроизводится

Запишите окружение: браузер, версию приложения, устройство, тестовый аккаунт, время. Посмотрите логи и запросы. Если баг всё-таки не повторяется, честно укажите это в репорте и приложите всё собранное, даже если информации мало.

До релиза час, регресс не закончен

Тестирование даёт информацию для решения о выпуске, поэтому ваша работа: сказать, что проверено, что нет и какие риски в остальном. Сначала прогоняйте самые важные для пользователей функции, например оплату и вход.

Тестовое задание

Тестовое задание упоминают 5 вакансий без опыта из 77. В одной его выполняют вместе с анкетой ещё до собеседования, в другой спрашивают в отклике, готовы ли вы его сделать. Ещё одна компания проводит практический отбор на 9 дней с двумя заданиями, приближенными к реальной работе QA.

Многодневное тестовое без описанного объёма мы бы не делали. Отбор, у которого заранее заданы срок (9 дней) и число заданий (два), как в примере выше, к этому не относится. До начала спросите, сколько часов на него рассчитывают и что будут оценивать. Сдавайте так, чтобы проверяющий понял работу за несколько минут. Вверху найденные баги по серьёзности, ниже чек-лист, тест-кейсы и допущения, которые вы сделали.

Как подготовиться к собеседованию тестировщика

1. Прочитайте вакансию как задание: выпишите инструменты и задачи из требований, отметьте, что умеете, а что нет. Изучите продукт компании, если он открыт.
2. Повторите теорию по программе Foundation Level, её можно бесплатно скачать на сайте ISTQB. На каждый термин подготовьте пример своими словами.
3. Решите несколько задач на тест-дизайн вслух: поле, форма, предмет.
4. Потренируйтесь на живом сайте: найдите запрос в DevTools, отправьте его в Postman, напишите SELECT с JOIN и GROUP BY.
5. Подготовьте рассказ о двух-трёх проектах из портфолио: что тестировали, какой баг нашли и как его описали.
6. Проведите пробное собеседование со знакомым тестировщиком.

Если вы ещё учитесь, посмотрите, как курсы тестировщика готовят к собеседованиям: в статье «Курсы тестировщика с нуля» мы сравнили программы и условия трудоустройства.

Вопросы, которые стоит задать работодателю

На встрече с командой можно спросить:

• сколько тестировщиков в команде;
• кто будет наставником и как устроена обратная связь по вашей работе;
• есть ли тест-кейсы или всё держится в голове;
• кто решает, можно ли выпускать релиз;
• какая доля тестов автоматизирована;
• можно ли расти в автоматизацию.

Часто задаваемые вопросы

Нужно ли джуну знать автоматизацию?

Зависит от вакансии. Автотесты или автоматизацию тестирования упоминают 25 вакансий без опыта из 77, но 12 из них у двух работодателей: восемь у той же компании с Java-вакансиями, четыре у другой. Ручному тестировщику Яндекс советует иметь общее представление об автоматизации: на собеседовании могут спросить, нужно ли и выгодно ли автоматизировать тестирование конкретного продукта.

Можно ли подглядывать в поисковик или нейросеть?

Т-Банк просит кандидатов не подглядывать: когда человек пользуется нейросетями или поисковиком, это заметно. Если что-то нужно посмотреть, скажите об этом интервьюеру.

Что делать, если не знаю ответа на вопрос?

Так и скажите и объясните, где бы искали или как бы проверили. Например, если забыли, чем 401 отличается от 403, предложите отправить запрос без токена и с токеном пользователя без нужных прав и сравнить коды ответа.

Сколько длится найм тестировщика?

В Яндексе все собеседования ручного тестировщика занимают около месяца, каждое интервью до 60 минут. В Т-Банке технические секции QA Fullstack идут по 90 минут.

Нужен ли сертификат ISTQB?

В вакансиях без опыта его не требуют: ISTQB упоминается один раз из 77, и там компания обещает оплатить сертификацию. Программа сертификации полезна как бесплатный план по теории.