С какой TMS работал
Что проверяют
Понимаете ли вы, зачем нужна отдельная система управления тестированием и чем она отличается от трекера задач. Заодно выясняют, вели ли вы тестовую документацию сами или только открывали чужие прогоны.
Как отвечать
Назовите систему и покажите, что работали с её сущностями. В такой системе есть три разных объекта, и путать их нельзя:
- тест-кейс: описание проверки, живёт долго и переиспользуется;
- набор или тест-план: подборка кейсов под конкретную задачу, например регресс перед релизом;
- прогон: конкретное выполнение набора с результатами, к нему привязаны найденные дефекты.
Дальше расскажите про практику: как строили дерево кейсов, чем помечали приоритет и что попадало в дымовой набор, как связывали дефект с шагом кейса, подтягивались ли результаты автотестов автоматически. Отдельный плюс, если вы поддерживали связь кейсов с требованиями или с задачами разработки: по ней видно, что именно осталось непроверенным перед выпуском.
Полезно сказать честно, если системы не было: команды часто ведут кейсы в вики или в самом трекере отдельным типом задач. Тогда объясните, чего в таком подходе не хватало: истории прогонов, сравнения релизов, видимого покрытия требований.
Где спотыкаются
Называют трекер задач системой управления тестированием. Jira без специального дополнения это баг-трекер, кейсы и прогоны появляются там только с надстройкой, и подмену интервьюер слышит сразу.
Не различают кейс и прогон. Из ответа получается, что кейс «упал», хотя падает результат конкретного выполнения, а сам кейс остаётся прежним.
Дают долю сэкономленного времени в процентах вместо описания процесса. Такая цифра не проверяется и тянет за собой сомнения в остальной части рассказа.