Какую документацию предпочитаешь писать
Что проверяют
Как вы фиксируете свою работу так, чтобы ей могли пользоваться другие: разработчик, аналитик, новый тестировщик. Правильного типа документа тут нет, интервьюер смотрит, понимаете ли вы, какой документ окупается в какой ситуации. Следом часто просят показать, как вы пишете баг-репорт или как держите тест-кейсы в актуальном состоянии.
Как отвечать
Опирайтесь на свой опыт и называйте документ вместе с причиной, по которой он был нужен:
- чек-листы: основной формат в продуктовой команде с частыми релизами. Быстро пишутся, легко обновляются, опытный тестировщик по ним не теряется;
- тест-кейсы: оправданы для регресса, для передачи работы новичкам и в регулируемых областях вроде финансов и медицины. Хранятся в TestRail, Qase, Allure TestOps или Zephyr для Jira;
- баг-репорты: окружение, шаги, ожидаемый и фактический результат, логи и скриншот. Это документ, который тестировщик пишет чаще всего;
- тест-план и стратегия: что тестируем, чем, в какие сроки и по каким критериям выпускаем релиз;
- отчёт о тестировании: итог прогона для решения о релизе, коротко и с цифрами.
Каркас ответа: «Больше всего пишу чек-листы и баг-репорты, тест-кейсы оставляю для регресса и критичных сценариев вроде оплаты. На прошлом проекте...» и дальше конкретика: сколько кейсов было в регрессе, как их пересматривали, что изменилось после. Цифры берите только свои. Если опыта в команде не было, так и скажите и расскажите про учебный или пет-проект: какие кейсы писали, где хранили, что поняли о нужной детализации.
Где спотыкаются
Отвечают «документацию не люблю, лучше тестировать». Для QA это звучит как отказ от половины работы.
Перечисляют все виды документов из учебника ISTQB и не называют ни одного своего предпочтения. Вопрос про выбор, а не про классификацию.
Описывают тест-кейсы с детализацией до каждого клика. Такие кейсы устаревают после первого редизайна, и их никто не обновляет. Сильнее звучит ответ, где вы объясняете, как держите документацию живой: ревью кейсов при изменении требований, удаление мёртвых, связь с задачами в трекере.