Тест-план

Как и для чего мы делаем тест-план в ITC Solutions.

Друзья, всем доброго времени суток!

 

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

Давайте тезисно вспомним основные моменты:

  1. Тест план – это документ, описывающий все аспекты того, что мы будем тестировать, когда и что для этого нужно;
  2. Тест план нужен, чтобы:
    1. достигать  QA целей на проекте (а цели могут быть разные);
    2. обдумывать и учитывать все условия заранее (сроки, риски, окружения и т д);
    3. контролировать процесс (соблюдение графика работ).

А теперь позвольте подробнее рассказать о том, как на практике мы строим тест план в компании ITC Solutions. Никакой теории, только практика и суровые реалии.

  1. Какой тест план разрабатывается в ITC Solutions?
    неформальный (потому что по дефолту это инструмент для команды);
  2. одностраничный (потому что нет времени на воду);
  3. гибкий (потому что agile);
  4. рабочий (потому что опираемся на него).

Процесс создания тест плана всегда примерно одинаковый и содержит:

  1. чтение документации, изучение требований к проекту;
  2. составление списка вопросов или корректировка существующих (они всегда примерно одни и те же, но подстраиваются под конкретные проекты; включают все вопросы стандартного тест плана, но тезисно);
  3. проведение и заполнение опросника со всеми лицами, принимающими решения на проекте (они же ЛПР).  Минимальный набор  — это PM, клиент или PO, главный BA и QA Lead.

 

Как выглядит наш рабочий вариант?

Это сводная табличка, в которой содержатся вопросы по каждому аспекту тестирования, а также ответы всех  ЛПР.





Рис 1. Пример части  неформального тест плана ITC Solutions

Что мы делаем дальше с собранной в опроснике информацией?
составляем свое видение;

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

Разработанный  график работ включает: заведенные в трекер задачи, сроки их выполнения и оценка, ответственные лица=исполнители и статус выполнения.

       ВАЖНО: без создания графика работ и внедрения пунктов тест плана в жизнь его разработка не имеет для нас никакого смысла.

Рис. 2. Пример неформального графика работ, созданного на основе тест плана

По мере старта работ на проекте тест план (и график работ) необходимо поддерживать в актуальном виде. Мы делаем это 1 раз в спринт. Но частота зависит от вашего проекта и нужд. Главное – эти документы будут работать на вас, только пока они живые!

Подводя итог, хочу поделиться с вами теми выгодами, которые мы получили от внедрения тест плана:

  1. движение в одном направлении всех членов команды;
  2. прозрачность процессов для всех,  в т. ч. для заказчика;
  3. минимизация риска  упустить из тестирования важные для клиента аспекты;
  4. составление рабочего и адекватного графика работ;
  5. более точные эстимейты.

Планируйте свою жизнь в общем и тестирование в частности! И да прибудут с вами силы!

Полякова Олеся, QA Lead ITC Solutions