Ответ
Тест-план — это основной документ, описывающий scope, подход, расписание и ресурсы для тестирования проекта. Его ключевые разделы:
- Введение и цели: Краткое описание проекта и что должно быть достигнуто тестированием.
- Объем тестирования (Scope): Что будет тестироваться (модули, функции) и что не будет (например, legacy-системы).
- Подход и стратегия:
- Типы тестирования (функциональное, интеграционное, нагрузочное).
- Уровни тестирования (модульное, системное, приемочное).
- Методы (ручное vs. автоматизированное, black-box vs. white-box).
- Критерии начала и окончания тестирования:
- Критерии входа: Условия для старта (среда готова, билд развернут, требования утверждены).
- Критерии выхода: Условия для успешного завершения (например, 95% тест-кейсов пройдены, все critical баги закрыты).
- Ресурсы: Команда (роли), инструменты (Jira, Selenium, Postman), тестовые среды.
- Расписание и вехи: Привязка тестовых активностей к этапам разработки (спринты, релизы).
- Управление рисками: Потенциальные проблемы (нехватка данных, сдвиг сроков) и план по их смягчению.
- Отчетность и метрики: Форматы отчетов (test summary report), отслеживаемые метрики (покрытие, дефект density).
Пример структуры в Markdown:
## 1. Цель
Проверка функциональности корзины покупок и процесса checkout для релиза v2.1.
## 2. Объем
Включено: UI корзины, API расчета доставки, интеграция с платежным шлюзом.
Исключено: Система рекомендаций товаров (будет в v2.2).
## 3. Критерии выхода
- Все тесты с приоритетом High и Medium пройдены.
- Открыто 0 багов с severity Critical или Blocker.
- Достигнуто 90% покрытия требований кодом автотестов.