Пошаговое руководство по подготовке тест-плана для ПО

Иван Корнев·10 октября 2026·⏱3 мин

Как составить тест-план? Опишите объем, подход, ресурсы и график. Структура по IEEE 829 включает введение, объекты, функции, стратегию, критерии, среду, ответственность, расписание и риски.

Оглавление

Базовая структура тест-плана

Базовая структура по стандарту IEEE 829 (ISO/IEC/IEEE 29119) включает обязательные разделы:

  • Идентификатор и Введение.
  • Тестируемые объекты и функции (которые будут и не будут тестироваться).
  • Подход (стратегия).
  • Критерии начала, приостановки и завершения тестирования.
  • Тестовая среда.
  • Ответственность и Расписание.
  • Риски.

Критерии завершения (Exit criteria) должны быть измеримыми. Например: «100% критических тест-кейсов пройдено, 0 открытых багов критического уровня». Избегайте размытых формулировок вроде «все протестировано».

Адаптация для Agile и малых проектов

В Agile-проектах тест-план часто упрощается до документа на 1-2 страницы. Он фокусируется только на скоупе (что тестируем), подходе (как тестируем), ресурсах (кто и чем) и расписании. Детали уходят в бэклог или чек-листы.

Для небольших проектов используйте шаблон «Lean Test Plan» (бережливый тест-план). Обычно он отвечает на четыре вопроса:

  1. Что тестируем?
  2. Как тестируем?
  3. Что нужно для тестирования?
  4. Когда заканчиваем?

Российский контекст и согласование

При работе с государственными или крупными корпоративными заказчиками в РФ вместо свободного формата часто требуется оформление по ГОСТ 19.301-79 (ЕСПД) или ГОСТ 34.603-92. В этом случае документ называется «Программа и методика испытаний» (ПМИ) или «Техническое задание на тестирование».

Для ведения задач и тест-планов в российских компаниях вместо Jira или Confluence, которые могут работать с ограничениями, обычно используют Яндекс Трекер, Kaiten, Битрикс24 или локальные форки Jira.

Документ должен быть согласован и подписан не только QA-лидом, но и заказчиком (продактом) и разработчиками. Это фиксирует договоренности о скоупе и критериях.

Частые ошибки

  • Путать тест-план с тест-кейсами. Тест-план описывает стратегию и организацию: кто, когда и какими инструментами будет тестировать. Он не содержит пошаговых инструкций вроде «нажать кнопку А».
  • Указывать риски без плана действий. Раздел «Риски и митигация» должен содержать не просто список рисков, а план действий при их наступлении. Например: «Риск: задержка поставки билда. Действие: сдвиг сроков тестирования, привлечение доп. ресурсов».

FAQ

Чем тест-план отличается от тест-кейса? Тест-план — это документ, описывающий объем, подход, ресурсы и график планируемой тестовой активности. Тест-кейс — это пошаговая инструкция для проверки конкретной функции.

Нужен ли тест-план для Agile-команды? Да, но в упрощенном виде. В Agile он часто занимает 1-2 страницы и фокусируется на скоупе, подходе, ресурсах и расписании, а детали переносятся в бэклог.

Как оформить тест-план для госзаказчика в РФ? Вместо свободного формата документ оформляется по ГОСТ 19.301-79 или ГОСТ 34.603-92 и называется «Программа и методика испытаний» (ПМИ).