Тест-план это документ, который входит в список тестовой документации согласно стандарту ISO/IEC/IEEE 29119, кроме того он предоставляет нам шаблон. Также при создании тест-плана возможно использовать другие шаблоны, например как RUP. Тест-план, разработанный согласно текущим шаблонам, является достаточно объемным. Если же мы вспомним одно из положений Agile-манифеста: работающий продукт важнее исчерпывающей документации, то как понять будет ли такой тест-план избыточным?
Если мы посмотрим требования ISO 9001 к документации, то там прописано, что документация необходима в объеме необходимым для обеспечения уверенности в том, что процессы выполнялись так, как это было запланировано. Мы помним, что при составлении любой тестовой документации, необходимо учитывать требования всех заинтересованных лиц, нормативную и законодательную базу, политику и стандарты компании, особенности проекта и т.д. Не стоит забывать и о временных рамках, так как составление хорошего тест-плана — это дело не 5 минут.
А мне нужен тест-план?
Если бы будем рассматривать боевые проекты, то зачастую большинство из них обходится без тест-планов вовсе. Поэтому возникает логичный вопрос об его необходимости. Ответить на него Вам поможет методика «5 Почему«: первым вопросом будет: «Почему мне следует создать тест-план для проекта N?». Также в создании Вашего идеального тест-плана поможет методика 5W2H, которая путем правильно поставленных вопросов, поможет определить его назначение, содержание, масштаб, ответственных и заинтересованных лиц, временные показатели и т.д.
Когда мы пишем тест-план, мы уже начинаем думать о стратегии тестирования проекта, о тех вызовах, с которыми мы столкнемся в ближайшем будущем. Возникает много вопросов как по продукту, так и по процессу, решение которых совместно со всей командой, менеджерами, заказчиками, и т.д, есть не что иное как встраивание качества в продукт на самых ранних этапах его развития.
Как любая тестовая документация тест-план должен:
- пройти внутреннее ревью всеми заинтересованными лицами (командой проекта, внешними заказчиками и т.д.),
- финальная версия — легко доступной (24/7),
- легко читаем и однозначно понимаем,
- актуален и обновляем по мере необходимости (версионность),
- логически связан с другой документацией по проекту,
- регулярно используем.
Тест-план — это одна страница?
Согласно последним тенденциям для тест-плана идеально использовать одно-страничный шаблон. Такая страница содержит только важную информацию о Вашем проекте для всех заинтересованных лиц, а все дополнительные необходимые материалы представляются в виде ссылок.
Для нашего последнего проекта мы воспользовались данным подходом. В качестве инструмента хранения были выбраны гугл-таблицы, первая страница которой и представляет наш тест-план в одностраничном формате:
- Контрольные даты,
- Общая информация: об проекте, цели тестирования, принципы тестирования,
- Что мы будем тестировать,
- Что мы не будем тестировать,
- Критирии входа,
- Критерии выхода,
- Риски,
- Команда, работающая над проектом
- Тестовая среда
- Временная шкала по итерации
Вся дополнительная информация по тест-плану будет расположена в текущей гугл-доке на других страницах, например о рисках, план тестирования микросервисов, план тестирования безопасности, производительности и т.д.
Может быть интересно:
- Статья министерства тестирования о одно-страничном тест-плане, и ее перевод.
- Статья от них же о создании тест-плана.
- О типах тест-планов и его содержании согласно IEEE.
- Шаблон cогласно IEEE.