Тест-план? Пишем!


Тестирование / Вторник, Март 13th, 2018

Тест-план это документ, который входит в список тестовой документации согласно стандарту ISO/IEC/IEEE 29119, кроме того он предоставляет нам шаблон. Также при создании тест-плана возможно использовать другие шаблоны, например как RUP. Тест-план, разработанный согласно текущим шаблонам,  является достаточно объемным. Если же мы вспомним одно из положений Agile-манифеста: работающий продукт важнее исчерпывающей документации, то как понять будет ли такой тест-план избыточным?

Если мы посмотрим требования ISO 9001 к документации, то там прописано, что документация необходима в объеме необходимым для обеспечения уверенности в том, что процессы выполнялись так, как это было запланировано. Мы помним, что при составлении любой тестовой документации, необходимо учитывать требования всех заинтересованных лиц, нормативную и законодательную базу, политику и стандарты компании, особенности проекта и т.д. Не стоит забывать и о временных рамках, так как составление хорошего тест-плана — это дело не 5 минут.

А мне нужен тест-план?

Если бы будем рассматривать боевые проекты, то зачастую большинство из них обходится без тест-планов вовсе. Поэтому возникает логичный вопрос об его необходимости. Ответить на него Вам поможет методика «5 Почему«: первым вопросом будет: «Почему мне следует создать тест-план для проекта N?». Также в создании Вашего идеального тест-плана поможет методика 5W2H, которая путем правильно поставленных вопросов, поможет определить его назначение, содержание, масштаб, ответственных и заинтересованных лиц, временные показатели и т.д.

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

Как любая тестовая документация тест-план должен:

  • пройти внутреннее ревью всеми заинтересованными лицами (командой проекта, внешними заказчиками и т.д.),
  • финальная версия — легко доступной (24/7),
  • легко читаем и однозначно понимаем,
  • актуален и обновляем по мере необходимости (версионность),
  • логически связан с другой документацией по проекту,
  • регулярно используем.

Тест-план — это одна страница?

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

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

  1. Контрольные даты,
  2. Общая информация: об проекте, цели тестирования, принципы тестирования,
  3. Что мы будем тестировать,
  4. Что мы не будем тестировать,
  5.  Критирии входа,
  6.  Критерии выхода,
  7. Риски,
  8. Команда, работающая над проектом
  9. Тестовая среда
  10. Временная шкала по итерации

Тест-план

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

Может быть интересно:

  1. Статья министерства тестирования о одно-страничном тест-плане, и ее перевод.
  2. Статья от них же о создании тест-плана.
  3. О типах тест-планов и его содержании согласно IEEE.
  4. Шаблон cогласно IEEE.
Spread the love

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *