Тестовый сценарий: какие вопросы задают тестировщикам на собеседовании

В старом анекдоте о поиске тестировщика кандидат нашёл баг в почтовом сервере и получил оффер. На случай, если это не сработает, сделали шпаргалку с вопросами для собеседования.

Когда тестировщик откликается на вакансию, собеседование чаще всего проходит в три этапа:

1. Собеседование с HR — помогает выбрать кандидатов с базовыми теоретическими знаниями в тестировании. Обычно это телефонный разговор или встреча в Zoom на 20―30 минут.

2. Тестовое задание — демоверсия рабочей задачи, чтобы проверить знания на практике. Чаще всего это 2―3 задания, которые можно сделать за 1―2 дня. Такого объёма достаточно, чтобы понять, приглашать кандидата на финальную встречу или нет.

3. Техническое собеседование с руководителем — помогает понять, как кандидат мыслит и анализирует информацию, насколько глубоко разбирается в теме.

На разных этапах собеседования используют разные задачи, чтобы проверить профессиональные навыки кандидата.

Во время собеседования с HR задают простые теоретические вопросы с однозначными ответами. Так получится понять, что у кандидата есть базовые представления о тестировании и разработке. Вот пять популярных вопросов:

1. Что такое тестирование?
2. Какие знаете виды тестирования?
3. Какие знаете техники тест-дизайна?
4. Можете перечислить критерии качества требований?
5. Какие бывают методологии разработки?

Можно выучить ответы на эти вопросы и даже пройти первый этап отбора, но в этом нет смысла. Чтобы выполнить тестовое задание и пройти техническое собеседование, нужно не только знать, но и понимать теорию. Например, решить задачу и объяснить, почему выбрали именно это решение.

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

Какие задачи чаще дают в тестовом задании:

1. Протестировать общедоступный API. Например, API NASA, который позволяет получать информацию о звёздах, астероидах и других объектах в космосе.
2. Написать баг-репорт по реальному или вымышленному багу.
3. Составить тесты по реальным требованиям, которые встречаются на проектах компании.
4. Составить тесты для учебного проекта. Некоторые компании специально разрабатывают такие для проверки кандидатов.

На техническом собеседовании с будущим руководителем проверят аналитическое мышление тестировщика и способность продумать свои действия во время тестирования. Могут спросить, как кандидат решал тестовое задание, и повторить некоторые вопросы, которые задавал рекрутер. Главное для кандидата на этой встрече, как и в тестовом задании, — подтвердить, что он способен применять теорию на практике. Например, не просто идти по шаблону, а разобраться, как отдельная функция влияет на пользователя. Объяснить простыми словами, почему нужно проверить конкретный сценарий.

Какие задачи могут дать на собеседовании:

1. Задача с треугольником Майерса. Есть программа, которая по трём целым числам (длины сторон) определяет тип треугольника. Нужно написать тесты, которые проверяют работу программы. Эта задача помогает оценить умение кандидата оперировать условиями, составлять тесты и проверять работу программы с разными исходами.

Как проверить: в треугольнике каждая сторона должна быть меньше суммы двух других сторон. Если это условие не выполняется, то треугольник не может существовать.

Чтобы определить тип треугольника, нужно проверить равенство длин двух или всех трёх сторон. Три стороны равны — треугольник равносторонний, две равны — равнобедренный. Если все стороны разные, то треугольник обычный.

2. Протестировать калькулятор. Задача помогает определить, умеет ли кандидат составлять тестовые сценарии, и то, как он работает с требованиями.

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

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

Например:

1. Открыто разговаривает, не стесняется отвечать на вопросы.
2. Понятно формулирует и доносит мысли.
3. Методично структурирует знания, чтобы с информацией было удобно работать.
4. Умеет находить информацию, если её недостаточно.
5. Любит узнавать новое и переиспользовать опыт. Всё чаще в тестирование приходят не вчерашние студенты, а люди с опытом работы в других сферах. На собеседованиях кандидата могут спросить, как он пришёл к тому, что хочет перейти в тестирование, и о прошлом опыте работы. Например, какие задачи решал, какие подходы использовал, как работал с информацией, справлялся с трудностями и доносил свои мысли до команды.

Если кандидат не знает ответ на вопрос — не страшно. Главное — сказать об этом, а затем попробовать порассуждать и что-то предположить: «Точно не знаю, но хотел бы узнать. Точно не знаю, но, возможно, надо сделать так». Если выдавать рассуждения за свои знания, рано или поздно мысль зайдёт в тупик.

Важный софтскил — уметь задавать вопросы. Например, уточнить требование к задаче, если кажется, что информации не хватает. Если кандидат не задаёт встречные вопросы на собеседовании, может показаться, что ему не очень интересно. Если проявляет интерес к проекту или компании — работодатель сочтёт, что кандидат старается выбрать для себя лучший вариант, а не просто хочет найти любую работу.

Что можно спросить о компании:

● Будет ли онбординг, как это будет выглядеть?
● Будет ли у меня наставник?
● Кто будет помогать и направлять?
● Как часто в команде дают обратную связь джунам?
● Как в компании принято поддерживать и развивать людей, в том числе джунов?
● Чем предстоит заниматься в компании: что за система, команда, по какой методологии она работает?
● Как подготовиться к выходу, если мою кандидатуру одобрят? Например, какие дополнительные материалы почитать?

Собеседования джунов по ощущениям похожи на экзамены. Можно вспомнить, какие стратегии работали во время сессии. Например, повторить всю теорию, если есть страх и неуверенность, или освежить в голове только основные моменты, если экзамены давались легко. Пройтись по списку популярных вопросов в любом случае стоит — какие-то из них обязательно зададут. Вопросы для собеседований есть в открытом доступе, достаточно просто вбить их в поисковик. Главное — не падать духом, если на какие-то из них не получится найти ответ. Всё знать невозможно, и это нормально.

Общий чек-лист для подготовки к собеседованию выглядит так:

1. Собрать информацию о компании: почитать технические статьи в блоге на Хабре или посмотреть ролики на Youtube.

2. Пробежаться по тексту вакансии. Проверить, понятны ли требования, нет ли незнакомых моментов.

3. Перечитать своё резюме и убедиться, что по каждому пункту есть что рассказать.

4. Дополнительно к резюме подготовить портфолио. Резюме у джунов часто похожи, потому что у них пока мало опыта. А вот портфолио может показать, как человек решал задачи, даже если это учебные проекты.

5. Пройтись по списку популярных вопросов для собеседований и отметить, на какие темы стоит почитать дополнительные материалы.