Если ваш тестировщик не может объяснить, как он приоритезирует баги - у вас проблема
Сегодня вкидываю 13 вопросов для QA, которые разрешил мне опубликовать, мой клиент, которому закрывали QA в продуктовую команду, формировали вопросы так, чтобы понять не “где работал”, а как думает и как решает.
Вот ваш чек-лист:
1. Расскажите про опыт в ручном тестировании — чем занимались конкретно?
2. Как выстроен процесс тестирования: от идеи до продакшна?
3. Как вы пишете тест-кейсы и где их ведёте?
4. Какие баг-трекеры юзали: только Jira или ещё что-то?
5. Как определяете приоритет багов? Что чините первым?
6. Расскажите про сложную проблему, которую вы закрыли.
7. Как учитесь и следите за новыми подходами в QA?
8. Что делаете, если нашли критикал за день до релиза?
9. Как документируете результаты тестов?
10. Как общаетесь с разработкой, когда ловите баг?
11. Что знаете про наш продукт и как бы вы его тестировали?
12. Какими качествами должен обладать сильный QA?
14. Как строится ваша работа в Agile-команде?
Важно: не просто спрашивать - а слушать, как кандидат мыслит. И прежде чем использовать данные вопросы, пообщайтесь с хайринг менеджером на предмет актуальности. Возможно не все подходит под вашу вакансию.
А если нужно собрать сильную QA-команду, оставляйте запрос на сайте. Поможем)
