Тест-план

Тест-план

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

Тест-план предназначен для:

• урегулирования процессов тестирования;
• приоритизации задач;
• планирования ресурсов;
• учета программного обеспечения и человеческих ресурсов.

Как правило, тест-план составляется QA-лидом команды тестировщиков. Но он может неоднократно редактироваться и самими тестировщиками.

Качественный тест-план, по меньшей мере, должен состоять из нижеперечисленных пунктов:

1. Что необходимо протестировать?

В этом пункте необходимо подробно описать объект тестирования. Это может быть описание системы, приложения, оборудования. Если объектом тестирования является приложение, то следует перечислить все его функциональные блоки. Также необходимо указать на каком оборудовании, в каких браузерах будет выполняться тестирование.

2. Как будет проводиться тестирование?

В этом пункте необходимо подробно описать стратегию тестирования. Необходимо перечислить виды тестирования и их применение по отношению к объекту тестирования.

3. Когда будет проводиться тестирование?

На данном этапе описывается последовательность проведения работ: подготовка (Test preparation), тестирование (Testing), анализ результатов (Test result analysis) в разрезе запланированных фаз разработки. Обязательно должны быть указаны даты или критерии перехода от одной фазы к следующей.

4. Критерии начала тестирования

В зависимости от конкретного проекта, критерии начала тестирования могут быть различны. Примеры некоторых возможных вариантов начала тестирования перечислены ниже:

• готовность тестовой платформы (тестового стенда);
• законченность разработки требуемого функционала;
• наличие всей необходимой документации.

5. Критерии окончания тестирования:

• требования к количеству открытых багов выполнены;
• выдержка определенного периода без изменения исходного кода приложения Code Freeze (CF);
• выдержка определенного периода без открытия новых багов Zero Bug Bounce (ZBB);
• все тесты успешно пройдены;
• закрыты все баги с высокой и средней критичностью.

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

• окружение тестируемой системы (описание программно-аппаратных средств);
• необходимое для тестирования оборудование и программные средства (тестовый стенд и его конфигурация, программы для автоматизированного тестирования и т.д.);
• риски и пути их разрешения.

В зависимости от конкретизации описываемых задач, тест-планы делятся на определенные виды:

1. Мастер тест-план (Master plan или Master test plan) – включает высокоуровневую (High Level) информацию, которая в процессе тестирования не часто меняется и требования к которой не часто пересматриваются.
2. Тест-план (Test plan) или детальный тест-план – является гибким документом. В него вносят изменения, которые отражают реальное положение дел на проекте. Также он содержит более конкретную информацию по стратегии, видам тестировании, расписанию выполнения работ и т.д.
3. План приемочных испытаний (Product acceptance plan) – это документ, описывающий набор действий, связанных с приемочным тестированием (стратегия, дата проведения, ответственные работники и т.д.).

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

Чтобы увеличить ценность тест-плана, участники проектной группы должны время от времени рецензировать и утверждать его. Это делается либо по договоренности внутри коллектива, либо по «процедуре утверждения». Ниже приведен список участников проектной группы, которые уполномочены утвердить тест-план:

• ведущий тестировщик;
• тест менеджер (менеджер по качеству);
• руководитель разработки;
• менеджер проекта.

Все вышеперечисленные участники проекта проводят рецензию, а также вносят свои комментарии и предложения, которые сделают тест-план более полным и качественным.

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

1-я страница:

• шапка (логотип и адрес компании)
• название тест-плана
• версия тест-плана
• год

2-я страница:

• история документа, которая представляет собой таблицу изменений. Эта таблица содержит столбцы: дата, версия, описание, автор.

3-я страница:

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

4-я страница и далее:

• введение
• виды тестирования
• операционные системы, браузеры
• функционал приложения
• критерии начала тестирования
• критерии выхода из тестирования
• характеристики оборудования

Предпоследняя страница:

• сколько человеко-часов планируется на различных этапах (дата начала и окончания), например
• на тест-дизайн
• на выполнение тестов
• на анализ тестирования
• на отчеты

Последняя страница:

• выводы и рекомендации

Полезные ссылки:

Test plan article/eng

Test plan video tutorial/eng

Test plan video tutorial/rus

Test plan, Test case video tutorial/arm