Тест-план (NR) — различия между версиями

Материал из Testopedia
Перейти к: навигация, поиск
(Цели создания тест-плана)
 
(не показано 11 промежуточных версий этого же участника)
Строка 9: Строка 9:
 
*Заблаговременный учёт рисков, которые могут возникнуть в процессе реализации плана, и внедрение предупреждающей стратегии
 
*Заблаговременный учёт рисков, которые могут возникнуть в процессе реализации плана, и внедрение предупреждающей стратегии
  
==Виды тест-планов==
+
==Различные уровни детализации тест-плана==
 +
В зависимости от особенностей проекта и методологии работы, бывает достаточным создание одного тест-плана или нескольких наследуемых тест-планов. В случае создания иерархии планов, обобщающий называется Мастер тест-планом, а вложенные - просто тест-планом или детальным тест-планом.
 +
 
 +
===Мастер Тест-План (Master Plan or Master Test Plan)===
 +
Мастер тест-план создаётся в двух случаях:
 +
*Если продукт имеет множество релизов или итераций, между которыми сохраняется общая информация, которую нет смысла повторять
 +
*Если различные тестовые команды работают над одним продуктом, выполняя различные задачи, которые необходимо объединить в рамках одного документа
 +
 
 +
В мастер тест-плане содержится следующая информация:
 +
*Общая информация о продукте, ссылки на документацию, баг-трекер и прочие проектные ресурсы
 +
*Общие правила тестирования: требования к заводимым дефектам, условия принятия сборки на тестирование
 +
*Критерии готовности продукта к выпуску, метрики качества
 +
*Используемые инструменты и техники
 +
 
 +
===Детальный тест-план===
 +
Детальный тест-план составляется на каждый релиз/итерацию или для каждой команды в рамках проекта. Его основная цель - кратко и доходчиво отразить задачи тестирования.
 +
 
 +
В детальном тест-плане содержится следующая информация:
 +
*Перечень областей тестирования с приоритетами
 +
*[[Стратегия тестирования]]
 +
*[[Проектные риски]]
 +
*Ресурсы, необходимые для выполнения задач
 +
*Проектный план (сроки готовности ключевых задач)
 +
 
 +
В случае небольшого проекта создаётся один тест-план, содержащий в себе сводную информацию из мастер ТП и детального ТП.
  
 
==Содержание тест-плана==
 
==Содержание тест-плана==
 +
При создании тест-плана можно использовать один из общепринятых шаблонов или создать свой собственный документ, подходящий под ваши нужды.
 +
 +
В случае, если вами принято решение самостоятельно определить формат документа, то он должен как минимум отвечать на следующие вопросы:
 +
#что надо тестировать (объект тестирования: система, приложение, оборудование)
 +
#что будете тестировать (список функций и компонент тестируемой системы)
 +
#как будете тестировать (стратегия тестирования – виды тестирования и их применение по отношению к тестируемому объекту)
 +
#тестовые окружения, на которых необходимо проверять программный продукт
 +
#когда будете тестировать (последовательность проведения работ: подготовка, тестирование, анализ результатов, учёт зависимостей тестовых активностей от задач разработки и смежных групп)
 +
#риски и стратегии по их разрешению
 +
 +
Если в вашей компании сложился формальный процесс, в тест-плане так же будут уместны:
 +
#перечень согласовывающих лиц
 +
#принятые стандарты и шаблоны
 +
#критерии начала и окончания тестирования
  
 
==Шаблоны тест-плана==
 
==Шаблоны тест-плана==
 +
[http://test.ru IEEE Test Plan Template] - шаблон организации IEEE, позволяющий структурировать небольшие тест-планы.
 +
 +
[http://test.ru RUP Test Plan Template] - определённый методологией RUP формат тест-плана
 +
 +
[Cвой вариант|Cвой вариант]
  
 
==Распространённые ошибки==
 
==Распространённые ошибки==
Строка 19: Строка 62:
  
 
[[Категория:Тест-Менеджмент]]
 
[[Категория:Тест-Менеджмент]]
 +
[[Категория:Шаблоны документов]]
 +
[[Категория:Планирование тестирования]]

Текущая версия на 11:25, 14 сентября 2011

Тест план (Test Plan) - это документ, описывающий весь объем работ по тестированию, начиная с описания тестируемых объектов, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Цели создания тест-плана

Несмотря на то, что во многих компаниях тест-план является формальностью, его умелое создание и обновление приносит массу пользы:

  • Согласование объёмов и стратегии тестирования различных составляющих тестируемого ПО с другими участниками проектной команды
  • Приоритезация задач по тестированию
  • Своевременное планирование ресурсозатрат на тестирование
  • Учёт требуемых ресурсов (ПО, оборудование), необходимых для тестирования
  • Заблаговременный учёт рисков, которые могут возникнуть в процессе реализации плана, и внедрение предупреждающей стратегии

Различные уровни детализации тест-плана

В зависимости от особенностей проекта и методологии работы, бывает достаточным создание одного тест-плана или нескольких наследуемых тест-планов. В случае создания иерархии планов, обобщающий называется Мастер тест-планом, а вложенные - просто тест-планом или детальным тест-планом.

Мастер Тест-План (Master Plan or Master Test Plan)

Мастер тест-план создаётся в двух случаях:

  • Если продукт имеет множество релизов или итераций, между которыми сохраняется общая информация, которую нет смысла повторять
  • Если различные тестовые команды работают над одним продуктом, выполняя различные задачи, которые необходимо объединить в рамках одного документа

В мастер тест-плане содержится следующая информация:

  • Общая информация о продукте, ссылки на документацию, баг-трекер и прочие проектные ресурсы
  • Общие правила тестирования: требования к заводимым дефектам, условия принятия сборки на тестирование
  • Критерии готовности продукта к выпуску, метрики качества
  • Используемые инструменты и техники

Детальный тест-план

Детальный тест-план составляется на каждый релиз/итерацию или для каждой команды в рамках проекта. Его основная цель - кратко и доходчиво отразить задачи тестирования.

В детальном тест-плане содержится следующая информация:

В случае небольшого проекта создаётся один тест-план, содержащий в себе сводную информацию из мастер ТП и детального ТП.

Содержание тест-плана

При создании тест-плана можно использовать один из общепринятых шаблонов или создать свой собственный документ, подходящий под ваши нужды.

В случае, если вами принято решение самостоятельно определить формат документа, то он должен как минимум отвечать на следующие вопросы:

  1. что надо тестировать (объект тестирования: система, приложение, оборудование)
  2. что будете тестировать (список функций и компонент тестируемой системы)
  3. как будете тестировать (стратегия тестирования – виды тестирования и их применение по отношению к тестируемому объекту)
  4. тестовые окружения, на которых необходимо проверять программный продукт
  5. когда будете тестировать (последовательность проведения работ: подготовка, тестирование, анализ результатов, учёт зависимостей тестовых активностей от задач разработки и смежных групп)
  6. риски и стратегии по их разрешению

Если в вашей компании сложился формальный процесс, в тест-плане так же будут уместны:

  1. перечень согласовывающих лиц
  2. принятые стандарты и шаблоны
  3. критерии начала и окончания тестирования

Шаблоны тест-плана

IEEE Test Plan Template - шаблон организации IEEE, позволяющий структурировать небольшие тест-планы.

RUP Test Plan Template - определённый методологией RUP формат тест-плана

[Cвой вариант|Cвой вариант]

Распространённые ошибки