📑 План тестирования
Структура тест-плана: объём, подход, окружения, ресурсы, риски, критерии.
Шпаргалки · Тестирование · #testing #test-plan #documentation
Назначение
Тест-план описывает что, как, когда и кем будет проверяться, и по каким критериям мы считаем работу завершённой. Стандарт: IEEE 829 / ISO 29119.
Структура
| Раздел | Содержание |
|---|---|
| 1. Введение | цель, контекст, ссылки на требования |
| 2. Объект тестирования | модули и функции |
| 3. Объём тестирования | что входит и что не входит |
| 4. Подход и виды | функциональное, регресс, API, производительность, безопасность |
| 5. Уровни и автоматизация | что автоматизируем |
| 6. Окружения | стенды, данные, версии, браузеры и устройства |
| 7. Критерии входа и выхода | когда начинать и заканчивать |
| 8. Критерии приостановки | когда останавливаем (блокирующий баг, нет стенда) |
| 9. Роли и ресурсы | кто за что отвечает |
| 10. График | вехи, сроки |
| 11. Риски и меры | вероятность, влияние, реакция |
| 12. Артефакты | тест-кейсы, отчёты, баги, метрики |
| 13. Метрики | покрытие, пройденные %, плотность дефектов |
Пример (фрагмент)
Объём: регистрация, вход, восстановление пароля, профиль. Вне объёма: платёжный модуль (отдельный план).
Подход: ручное функциональное (все кейсы приоритета High), автоматизированный smoke на API (Postman + Newman), кроссбраузерная проверка (Chrome, Firefox, Safari).
Окружение: стенд stage, БД с обезличенными данными, версия сборки 1.8.x.
Выход: 100% кейсов High пройдено, нет открытых Blocker и Critical, не более 3 открытых Major с согласованным обходом.
Риски (пример)
| Риск | Вероятность | Влияние | Мера |
|---|---|---|---|
| Стенд недоступен | средняя | высокое | резервный стенд, договорённость с DevOps |
| Требования меняются | высокая | среднее | еженедельная синхронизация, обновление кейсов |
Тест-план и стратегия
Стратегия общая для организации или продукта (принципы, виды, инструменты). План конкретный для релиза или проекта.
Отчёт по итогам
Сколько кейсов выполнено и пройдено, сколько дефектов найдено и закрыто (по серьёзности), открытые риски, рекомендация: выпускать, выпускать с условиями или нет.
Совет: В малой команде достаточно 1–2 страниц: объём, подход, окружение, критерии, риски.