Эта статья — всего лишь личное мнение. Я была по обе стороны собеседования, и есть некоторые вопросы, которые меня просто раздражают. Они связаны с общими концепциями тестирования ПО, но, на мой взгляд, они мало говорят об опыте или знаниях собеседника.
Не поймите меня неправильно: если вы готовитесь к собеседованию, важно знать ответы на эти вопросы, ведь скорее всего, вам их зададут. Однако интервьюеры могли бы пересмотреть свой подход к собеседованию и попытаться узнать больше о знаниях кандидатов, чем о теоретических определениях.
1. В чём разница между тестированием ПО и обеспечением качества
За время моей карьеры название моей должности менялось в зависимости от компании, в которой я работала. Так, я была тестировщиком, инженером и аналитиком по контролю качества, инженером по тестированию ПО и так далее.
Независимо от названия, во время работы мне ни разу не приходилось спрашивать себя, занимаюсь ли я тестированием или обеспечением качества. Я думаю, что большинство людей используют эти слова как взаимозаменяемые. И хотя существует некоторая разница, единственный раз за мою почти 10-летнюю карьеру, когда мне действительно нужно было знать ответ на этот вопрос — был на собеседовании.
Альтернативный вариант: попросить описать процесс тестирования в текущем проекте
Я предпочитаю такой вопрос, потому что он не предполагает заучивания определений наизусть, а ответ может рассказать о реальном опыте кандидата.
Процессы разработки и тестирования сильно отличаются в разных компаниях и даже в разных проектах одной и той же компании. Я думаю, что понимание потребностей проекта гораздо ценнее, чем знание теоретических определений.
2. В чём разница между тестовыми сценариями, тест-кейсами, сценариями использования и т. д.
Ещё один необязательный теоретический вопрос. Какой смысл в том, чтобы застать кандидата врасплох с невыученным уроком? Намного лучше выяснить, что он знает и умеет.
Альтернативный вариант: спросить, какую информацию нужно включать в тест-кейс
Как тестировщик ПО, вы тратите много времени на разработку тест-кейсов. Поэтому их точное и грамотное написание — очень важный навык.
Конечно, существует множество факторов, зависящих от проекта, над которым вы работаете. Например, используемые инструменты, процесс согласования с командой и т. д.
Тем не менее важно включить в тест-кейс:
Название или краткое описание того, что тестируется
Предварительные условия, если они необходимы
Шаги воспроизведения и их ожидаемые результаты
Скриншоты
Приоритет теста
Постусловия
3. В чём разница между ошибкой и дефектом
Я видела, как эти два понятия использовались в разных проектах в самых разных сочетаниях и способах. И они почти никогда не совпадали с определениями ISTQB или других онлайн-ресурсов.
Альтернативный вариант: спросить, что необходимо включить в баг-репорт и попросить описать жизненный цикл бага
Ещё одним важным навыком для тестировщика является составление баг-репорта. Обычно хороший отчёт включает в себя:
Название или описание, в котором излагается суть бага
Шаги воспроизведения
Ожидаемые результаты
Фактические результаты
Скриншоты, записи, данные об окружении или другая информация, необходимая для воспроизведения ошибки
Жизненный цикл бага зависит от проекта. Обычно он согласовывается с командой, но базовый вариант выглядит так:
Открыт ➝ Исправлен ➝ В повторном тестировании ➝ Закрыт.
4. Какой ваш самый большой недостаток
На такой вопрос сложно ответить искренне. Ещё хуже ответы, которые на самом деле являются скрытым хвастовством, например, «я перфекционист».
Альтернативный вариант: спросить, что кандидат будет делать в ситуации, когда член его команды не согласен с приоритетом обнаруженного бага
Это отличная возможность узнать о soft skills кандидата. Вы сможете увидеть, насколько он дипломатичен, умеет избегать конфликтов и т. д.
Вряд ли на этот вопрос есть только один правильный ответ, но это поможет понять характер человека и прикинуть, получится ли у него вписаться в команду.
5. Где вы видите себя через 10 лет
Я не понимаю, почему люди до сих пор спрашивают об этом. Как и в предыдущем случае, я сомневаюсь, что люди отвечают на этот вопрос абсолютно честно. К тому же цели и приоритеты кандидата могут измениться уже в следующем году.
Альтернативный вариант: спросить, что кандидат делает для развития своих навыков
Я думаю, что если собеседник может показать, что он искренне интересуется тестированием, это хороший знак. Например, если он подписывается на новостные рассылки, читает статьи, посещает курсы или просто изучает новые методы и технологии.
Заключительные мысли
Трудно решить, о чём спрашивать кандидата на собеседовании, особенно если он не очень опытен. В такой ситуации открытая беседа может оказаться намного продуктивней и полезней, чем сухая проверка знания теоретических определений, которые можно без труда найти в интернете и выучить наизусть. Во время беседы кандидат сможет показать, каким образом он применяет свои знания. К тому же, это сделает собеседование более интересным для всех участников.
