Какие инструменты вы используете для хранения тест-кейсов?
Что проверяют
Работали ли вы с тест-кейсами как с управляемым артефактом, а не как с файлом, который живёт у одного тестировщика. Следом почти всегда спрашивают, как вы связываете кейсы с требованиями и автотестами и кто поддерживает базу в актуальном состоянии.
Как отвечать
Назовите инструменты, с которыми работали сами, и объясните, чем они отличаются по устройству:
- отдельные TMS: TestRail, Qase, Test IT, Allure TestOps. Хранят кейсы в дереве сюит, дают тест-планы, прогоны, историю результатов и отчёты;
- плагины к Jira: Zephyr Scale, Zephyr Squad, Xray. Кейс живёт внутри Jira, поэтому связь с требованием и багом получается сама собой. Без плагина Jira тест-кейсы хранить не умеет, это просто задачи с описанием;
- кейсы рядом с кодом: Markdown или YAML в репозитории, результаты подтягиваются из автотестов через Allure. Удобно, когда большая часть проверок автоматизирована и кейсы проходят ревью вместе с кодом;
- таблицы и чек-листы: Google Sheets или Confluence. Нормальный выбор для маленькой команды и смоук-проверок, но истории прогонов и отчётов там нет.
Сильный ответ показывает критерии выбора: трассируемость до требований, история прогонов, импорт результатов из CI (обычно через JUnit XML или API), версии кейсов, права доступа и цена за место. Если работали только с одним инструментом, так и скажите, а затем опишите, как в нём была устроена работа: структура сюит, шаблон кейса, кто и когда его обновляет, как закрывали прогон перед релизом. Здесь уместны ваши собственные цифры: сколько кейсов в базе, какой объём регресса, сколько занимал прогон.
Где спотыкаются
Перечисляют названия без контекста. Фраза «работал в TestRail» ничего не говорит, пока вы не объяснили, как там был организован регресс и кто поддерживал базу.
Путают хранение кейсов с баг-трекингом. Jira без плагина это трекер задач, и на фразу «храним кейсы в Jira» последует уточнение, к которому стоит быть готовым.
Не говорят про поддержку базы. Тысяча устаревших кейсов хуже двухсот актуальных, и интервьюеру важно услышать, что вы чистите дубли, архивируете неактуальное и правите кейс вместе с изменением требования.