В какие статусы перемещается задача при тестировании и после
Что проверяют
Понимаете ли вы, как задача проходит через тестирование в реальном трекере и что происходит, если проверка не прошла. Следом почти всегда спрашивают, возвращаете ли вы задачу разработчику или заводите отдельный баг.
Как отвечать
Сразу оговоритесь, что единого стандарта нет: workflow настраивается в Jira или YouTrack под команду. Дальше опишите типичную цепочку для задачи:
- In Progress: разработка;
- Code Review: ревью кода, иногда объединено с предыдущим статусом;
- Ready for Test: сборка выложена на тестовый стенд, задача ждёт тестировщика;
- In Testing: идёт проверка;
- Reopened или возврат в In Progress: найден дефект, задача уходит обратно с комментарием и шагами воспроизведения;
- Tested или Ready for Release: проверка пройдена, задача ждёт релиза, часто после регресса на стейдже;
- Done, Released или Closed: изменения в проде, смоук пройден.
Отдельно покажите, что знаете жизненный цикл бага: New, Open или Assigned, Fixed, Retest, Verified, Closed, плюс ветки Reopened, Rejected (не баг), Duplicate, Cannot Reproduce и Deferred или Won't Fix.
На уточнение про возврат отвечайте правилом: если дефект нарушает критерии приёмки этой задачи, задача возвращается; если он в соседней функциональности или найден попутно, заводится отдельный баг со ссылкой. И добавьте, что в Jira статус и резолюция это разные поля: закрытая задача может иметь резолюцию Done, Duplicate или Won't Do.
Где спотыкаются
Выдают выдуманную универсальную схему, где «Завершено» стоит раньше «Найдены ошибки». Лучше описать процесс своей последней команды и объяснить, почему он был именно таким.
Заканчивают на «тест пройден». Интервьюеру важно, что было после: регресс, релиз, проверка на проде и кто переводит задачу в Done.
Путают статус с приоритетом или резолюцией и не знают, кто отвечает за переход на каждом шаге. Если в команде задачи закрывал тестировщик, а не разработчик, стоит сказать это прямо.