Какое было соотношение чек-листов и тест кейсов и чем руководствовались при выборе документации
Что проверяют
Умеете ли вы выбирать глубину документации осознанно, а не по правилу «в вакансии написали, что нужны тест-кейсы». Интервьюер хочет услышать критерии выбора и цену поддержки. Дальше обычно уточняют, кто читает вашу документацию и что вы делаете, когда требования меняются каждую неделю.
Как отвечать
Начните с фактического соотношения на своём проекте, с цифрой и причиной. Например: около 80 процентов покрытия чек-листами, подробные тест-кейсы только на оплату, авторизацию и расчёт скидок. Дальше объясните критерии.
- цена ошибки: деньги, персональные данные, регуляторные требования тянут за собой подробные шаги с ожидаемым результатом и тестовыми данными;
- кто выполняет: своей зрелой команде хватает чек-листа, внешнему подрядчику, новичку или коллеге из соседней команды нужен пошаговый кейс;
- стабильность требований: на быстро меняющейся фиче подробный кейс устареет раньше, чем его пройдут второй раз;
- повторяемость: то, что проходят каждый релиз, сначала становится тест-кейсом, потом автотестом, и после автоматизации ручной кейс из регресса убирается;
- прослеживаемость: связь с требованием и матрица покрытия важнее формы записи.
Отметьте, что техники проектирования одинаковы для обеих форм: классы эквивалентности, граничные значения, таблицы решений, диаграммы переходов состояний, попарное тестирование. Чек-лист это не «проверяю как чувствую», это тот же анализ, записанный компактно. Назовите инструменты, в которых вели документацию (TestRail, Qase, Allure TestOps, Xray или Zephyr в Jira, иногда просто Confluence), и добавьте исследовательские сессии с чартером там, где формальная документация не окупается.
Ответ нужен на своём материале: свой проект, свои цифры, свой пример, где выбранная форма подвела.
Где спотыкаются
Пересказывают определения из учебника вместо своего опыта. Разницу между чек-листом и кейсом интервьюер знает и без вас.
Называют соотношение, но не могут объяснить, почему именно такое. Числа без критерия выглядят выдуманными на ходу.
Забывают про стоимость поддержки. Тысяча подробных кейсов, которые никто не актуализирует, хуже сотни живых проверок, и сказать об этом лучше самому.