Использовалась ли методология, дейли и спринты?
Что проверяют
Работали ли вы в итеративном процессе на самом деле и какое место в нём занимал тестировщик. Определения Scrum интервьюеру не нужны, ему важно, встроено ли тестирование в спринт или живёт отдельно после разработки. Следом обычно спрашивают, как вы успевали проверить задачи, которые доезжали в последний день спринта.
Как отвечать
Опирайтесь на свой опыт и называйте конкретику: длину спринта, размер команды, трекер. Каркас такой:
- процесс: Scrum, Kanban или гибрид. Спринт по Scrum Guide длится не больше месяца, чаще всего две недели;
- события и ваша роль: на рефайнменте вы задаёте вопросы к требованиям и находите дыры заранее, на планировании оцениваете тестирование вместе с разработкой, на дейли говорите о блокерах, а не зачитываете список задач, на ретро предлагаете изменения;
- тестирование внутри спринта: тест-кейсы или чек-листы готовятся, пока идёт разработка, а задача не считается готовой без проверки, это часть Definition of Done. Перед релизом регресс и автотесты на CI;
- что вы меняли: например, договорились, что разработчики отдают задачи в тест небольшими частями, а не пачкой в конце. Цифры берите свои и только те, которые можете объяснить.
Полезная деталь: в редакции Scrum Guide 2020 года три обязательных вопроса на дейли убрали. Встреча длится до 15 минут, посвящена прогрессу к цели спринта, а формат выбирает команда.
Если в Scrum вы не работали, не придумывайте. Расскажите, как был устроен процесс: Kanban с доской в Jira, водопад с релизами раз в квартал, учебный проект с еженедельными созвонами. Затем покажите, что понимаете роль QA в спринте и готовы в неё встроиться.
Где спотыкаются
Пересказывают теорию Scrum без единого примера. Это сразу выдаёт, что опыта мало или его нет.
Описывают тестирование в следующем спринте как норму. Интервьюер услышит мини-водопад и спросит, почему команда с этим мирилась.
Называют круглые проценты вроде «стабильность релизов выросла на 30%». Первый же вопрос о том, как это считали, ставит в тупик.