<style>.lazy{display:none}</style>5 альтернативных вопросов на собеседовании по тестированию
5 альтернативных вопросов на собеседовании по тестированию

5 альтернативных вопросов на собеседовании по тестированию

Перевод статьи «5 Alternatives to Common QA Interview Questions».

Эта статья — всего лишь личное мнение. Я была по обе стороны собеседования, и есть некоторые вопросы, которые меня просто раздражают. Они связаны с общими концепциями тестирования ПО, но, на мой взгляд, они мало говорят об опыте или знаниях собеседника.

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

БЕСПЛАТНО СКАЧАТЬ КНИГИ в телеграм канале "Библиотека тестировщика"

1. В чём разница между тестированием ПО и обеспечением качества

За время моей карьеры название моей должности менялось в зависимости от компании, в которой я работала. Так, я была тестировщиком, инженером и аналитиком по контролю качества, инженером по тестированию ПО и так далее.

Независимо от названия, во время работы мне ни разу не приходилось спрашивать себя, занимаюсь ли я тестированием или обеспечением качества. Я думаю, что большинство людей используют эти слова как взаимозаменяемые. И хотя существует некоторая разница, единственный раз за мою почти 10-летнюю карьеру, когда мне действительно нужно было знать ответ на этот вопрос — был на собеседовании.

Альтернативный вариант: попросить описать процесс тестирования в текущем проекте

Я предпочитаю такой вопрос, потому что он не предполагает заучивания определений наизусть, а ответ может рассказать о реальном опыте кандидата.

Процессы разработки и тестирования сильно отличаются в разных компаниях и даже в разных проектах одной и той же компании. Я думаю, что понимание потребностей проекта гораздо ценнее, чем знание теоретических определений.

2. В чём разница между тестовыми сценариями, тест-кейсами, сценариями использования и т. д.

Ещё один необязательный теоретический вопрос. Какой смысл в том, чтобы застать кандидата врасплох с невыученным уроком? Намного лучше выяснить, что он знает и умеет.

Альтернативный вариант: спросить, какую информацию нужно включать в тест-кейс

Как тестировщик ПО, вы тратите много времени на разработку тест-кейсов. Поэтому их точное и грамотное написание — очень важный навык.

Конечно, существует множество факторов, зависящих от проекта, над которым вы работаете. Например, используемые инструменты, процесс согласования с командой и т. д.

Тем не менее важно включить в тест-кейс:

  • Название или краткое описание того, что тестируется
  • Предварительные условия, если они необходимы
  • Шаги воспроизведения и их ожидаемые результаты
  • Скриншоты
  • Приоритет теста
  • Постусловия

3. В чём разница между ошибкой и дефектом

Я видела, как эти два понятия использовались в разных проектах в самых разных сочетаниях и способах. И они почти никогда не совпадали с определениями ISTQB или других онлайн-ресурсов.

Альтернативный вариант: спросить, что необходимо включить в баг-репорт и попросить описать жизненный цикл бага

Ещё одним важным навыком для тестировщика является составление баг-репорта. Обычно хороший отчёт включает в себя:

  • Название или описание, в котором излагается суть бага
  • Его серьёзность и приоритет
  • Шаги воспроизведения
  • Ожидаемые результаты
  • Фактические результаты
  • Скриншоты, записи, данные об окружении или другая информация, необходимая для воспроизведения ошибки

Жизненный цикл бага зависит от проекта. Обычно он согласовывается с командой, но базовый вариант выглядит так:

Открыт ➝ Исправлен ➝ В повторном тестировании ➝ Закрыт.

4. Какой ваш самый большой недостаток

На такой вопрос сложно ответить искренне. Ещё хуже ответы, которые на самом деле являются скрытым хвастовством, например, «‎я перфекционист».

Альтернативный вариант: спросить, что кандидат будет делать в ситуации, когда член его команды не согласен с приоритетом обнаруженного бага

Это отличная возможность узнать о soft skills кандидата. Вы сможете увидеть, насколько он дипломатичен, умеет избегать конфликтов и т. д.

Вряд ли на этот вопрос есть только один правильный ответ, но это поможет понять характер человека и прикинуть, получится ли у него вписаться в команду.

5. Где вы видите себя через 10 лет

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

Альтернативный вариант: спросить, что кандидат делает для развития своих навыков

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

Заключительные мысли

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

1 комментарий к “5 альтернативных вопросов на собеседовании по тестированию”

  1. Мой “любимый” вопрос на собеседованиях тестировщиков: в чём разница между верификацией и валидацией. Ещё нравится: в чём разница между эксплоратори тестингом и эд хок тестингом.

Оставьте комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *