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