Назначение
Тест-план отвечает на «что, как и в каком объёме тестируем» для фичи или релиза. Цель — договориться о границах, подходе и критериях готовности ДО тестирования, чтобы не тестировать «всё подряд бесконечно» и не пропустить важное. Для крупного релиза — документ; для фичи — короткий чек-лист.
Что описывает: scope (что тестируем и что нет) · подход и уровни (unit/интеграция/e2e/ручное) · окружение и данные · риски · критерии входа/выхода.
Подробный шаблон
# Тест-план: <фича / релиз>
## Scope
В объёме: <что тестируем>.
Вне объёма: <что НЕ тестируем и почему>.
## Подход и уровни
Уровни: unit / интеграция / e2e / ручное — что на каком.
Типы: функциональное / регресс / нагрузка / безопасность / доступность.
## Окружение и данные
Стенды, тестовые аккаунты, фикстуры, внешние моки.
## Матрица тест-кейсов
Happy path + края + ошибки (ссылки на ключевые сценарии).
## Риски
Что наиболее опасно сломать, на чём фокус усилий.
## Критерии входа / выхода
Вход: когда начинаем (фича готова, стенд поднят).
Выход: когда «готово» — напр. 0 открытых P1, регресс зелёный, критичные сценарии пройдены.
Пример 1 — релиз
# Тест-план: релиз 2.4 (облачная синхронизация)
## Scope
В объёме: вход/регистрация, синхронизация ядра между устройствами, разрешение конфликтов, офлайн→онлайн.
Вне объёма: нагрузка >10k пользователей (отдельный нагрузочный тест), биллинг (не меняется).
## Подход и уровни
Unit: логика merge/конфликтов. Интеграция: API синка + БД. E2E (Playwright): вход → правка на устройстве A → появление на B. Ручное: офлайн-сценарии, разные браузеры.
Типы: функц. + регресс существующего ядра + безопасность (изоляция данных между аккаунтами).
## Окружение и данные
Staging + 2 аккаунта (free/paid), 2 браузера, эмуляция офлайна в DevTools.
## Риски
Главный — потеря/перезапись данных пользователя при конфликте. Фокус сюда. Второй — утечка данных между аккаунтами.
## Критерии выхода
0 открытых P1/P2 · регресс ядра зелёный · сценарий «конфликт без потери данных» пройден на 2 устройствах · браузерный прогон ок.
Пример 2 — фича (короткий)
# Тест-план: автонарезка видео в Shorts
## Scope
В объёме: загрузка, нарезка 9:16, субтитры, лимиты длительности.
Вне объёма: качество распознавания речи (сторонний сервис).
## Уровни
Unit: расчёт границ клипов. E2E: загрузка → нарезка → ≥3 клипа. Ручное: разные длительности/форматы.
## Матрица
Happy (12 мин → клипы) · край (40 сек → подсказка) · ошибка (сервис недоступен → ретрай, видео цело).
## Риски
Падение на длинных видео (>10 мин) и потеря исходника при ошибке.
## Критерии выхода
Все 3 сценария зелёные · нет P1 · браузерный прогон.
Чек-лист качества
- Scope явный — в объёме И вне объёма.
- Указаны уровни (что unit, что e2e, что руками) — без дублей и дыр.
- Покрыты края и ошибки, не только happy path.
- Риски названы, усилия сфокусированы на опасном.
- Понятно «когда готово» — измеримые критерии выхода.
Частые ошибки
- Нет «вне объёма». → Тестирование расползается на бесконечность.
- «Протестируем всё». → Фокус на рисках; «всё одинаково» = ничего важного.
- Только happy path. → Края и ошибки — где живут баги.
- Критерии выхода «когда устанем». → Измеримо: 0 P1, регресс зелёный, ключевые сценарии пройдены.
- План ради плана. → Для фичи достаточно короткого чек-листа, не пиши «диссертацию».