Если ваш тестировщик не может объяснить, как он приоритезирует баги - у вас проблема

Сегодня вкидываю 13 вопросов для QA, которые разрешил мне опубликовать, мой клиент, которому закрывали QA в продуктовую команду, формировали вопросы так, чтобы понять не “где работал”, а как думает и как решает.

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

Важно: не просто спрашивать - а слушать, как кандидат мыслит. И прежде чем использовать данные вопросы, пообщайтесь с хайринг менеджером на предмет актуальности. Возможно не все подходит под вашу вакансию.

А если нужно собрать сильную QA-команду, оставляйте запрос на сайте. Поможем)