В чем разница тест-плана и чек-листа?
Что проверяют
Понимаете ли вы уровни тестовой документации и зачем нужен каждый, а не только определения. Следом обычно спрашивают, чем чек-лист отличается от тест-кейса и приходилось ли вам самим писать тест-план.
Как отвечать
Главная разница в масштабе и в вопросе, на который отвечает документ. Тест-план отвечает на вопрос «как мы будем тестировать этот проект или релиз», чек-лист на вопрос «что именно проверить».
- тест-план: документ уровня проекта или релиза. В нём объём тестирования (что входит и что сознательно не входит), подходы и виды тестирования, окружения и тестовые данные, роли и инструменты, график, риски, критерии начала и окончания. Классическую структуру описывал IEEE 829, сейчас его место занял ISO/IEC/IEEE 29119-3;
- чек-лист: список проверок без подробных шагов, например «оплата картой с 3-D Secure проходит», «при пустом поле e-mail кнопка неактивна». Каждый пункт это отдельная проверка со статусом «прошла» или «не прошла»;
- тест-кейс: для сравнения, это проверка с предусловиями, шагами и ожидаемым результатом. Чек-лист легче и дешевле в поддержке, тест-кейс воспроизводимее и понятнее новичку.
Хорошо показать иерархию: стратегия тестирования на уровне компании, тест-план на проект или релиз, чек-листы и тест-кейсы для выполнения. И назвать, где что живёт: тест-план часто в Confluence, чек-листы и кейсы в TestRail, Qase, Allure TestOps или в Jira через Zephyr.
В гибких командах тест-план нередко умещается на одну страницу, но вопросы «что тестируем, чем, где и когда считаем, что закончили» никуда не деваются.
Где спотыкаются
Называют тест-планом список тестов. Тест-план не перечисляет проверки, он описывает подход, ресурсы и критерии.
Пишут пункты чек-листа слишком общими: «проверить форму регистрации». Такой пункт каждый выполнит по-своему, и отметка «прошла» ничего не значит.
Говорят, что в Agile тест-план не нужен. Точнее сказать, что он становится короче и живёт рядом с задачами, а не исчезает.