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

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

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

Вот ваш чек-лист:

1. Расскажите про опыт в ручном тестировании — чем занимались конкретно?

2. Как выстроен процесс тестирования: от идеи до продакшна?

3. Как вы пишете тест-кейсы и где их ведёте?

4. Какие баг-трекеры юзали: только Jira или ещё что-то?

5. Как определяете приоритет багов? Что чините первым?

6. Расскажите про сложную проблему, которую вы закрыли.

7. Как учитесь и следите за новыми подходами в QA?

8. Что делаете, если нашли критикал за день до релиза?

9. Как документируете результаты тестов?

10. Как общаетесь с разработкой, когда ловите баг?

11. Что знаете про наш продукт и как бы вы его тестировали?

12. Какими качествами должен обладать сильный QA?

14. Как строится ваша работа в Agile-команде?

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

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