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