Skip to content

Latest commit

 

History

History
106 lines (73 loc) · 10.2 KB

test-plan.md

File metadata and controls

106 lines (73 loc) · 10.2 KB

План тестирования

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

Рекомендации по написанию Тест Плана

Хороший тест план должен как минимум описывать следующее:

  1. Что надо тестировать?
    • описание объекта тестирования: системы, приложения, оборудования.
  2. Что будете тестировать?
    • список функций и описание тестируемой системы и её компонент в отдельности.
  3. Как будете тестировать?
    • стратегия тестирования, а именно: виды тестирования и их применение по отношению к объекту тестирования
  4. Когда будете тестировать?
    • последовательность проведения работ: подготовка (Test Preparation), тестирование (Testing), анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки
  5. Критерии начала тестирования:
    • готовность тестовой платформы (тестового стенда)
    • законченность разработки требуемого функционала
    • наличие всей необходимой документации
  6. Критерии окончания тестирования:
    • результаты тестирования удовлетворяют критериям качества продукта:
      • требования к количеству открытых багов выполнены
      • выдержка определенного периода без изменения исходного кода приложения Code Freeze (CF)
      • выдержка определенного периода без открытия новых багов Zero Bug Bounce (ZBB)
      • все тесты успешно пройдены;
      • закрыты все баги с высокой и средней критичностью.

Далее, чтобы документ приобрел более менее серьезный вид, дополняем его следующими пунктами:

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

Виды тест планов

Чаще всего на практике приходится сталкиваться со следующими видами тест планов:

  1. Мастер Тест План (Master Plan or Master Test Plan)
  2. Тест План (Test Plan), назовем его детальный тест план)
  3. План Приемочных Испытаний (Product Acceptance Plan) - документ, описывающий набор действий, связанных с приемочным тестированием (стратегия, дата проведения, ответственные работники и т.д.) (Шаблон плана приемо-сдаточных испытаний от RUP)

Явное отличие Мастер Тест Плана от просто Тест Плана в том, что мастер тест план является более статичным в силу того, что содержит в себе высокоуровневую (High Level) информацию, которая не подвержена частому изменению в процессе тестирования и пересмотра требований. Сам же детальный тест план, который содержит более конкретную информацию по стратегии, видам тестировании, расписанию выполнения работ, является "живым" документом, который постоянно претерпевает изменения, отражающие реальное положение дел на проекте.

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

Рецензия и Утверждение

Для увеличения ценности вашего тест плана рекомендуется проводить его периодическое рецензирование со стороны участников проектной группы. Это можно сделать просто договорившись между собой или же реализовать в виде "процедуры утверждения". Как пример, приведем список участников проектной группы, утверждение которых мы считаем необходимым:

  • Ведущий тестировщик
  • Тест менеджер (менеджер по качеству)
  • Руководитель разработки
  • Менеджер Проекта

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

Структура тест-плана

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Шаблоны

  1. Test Plan Template RUP
  2. Test Plan Template IEEE 829