Блог седого тестировщика

говориМ о тестировании
простым языком

Тест план: что это и для чего нужен

Время на прочтение: 3 мин.
Мы уже не раз говорили о том, что тестирование необходимо планировать. Но для чего его планировать? И что вообще для этого нужно? Давайте разбираться.

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

Тест план является важной составляющей процесса тестирования. Он содержит в себе всю необходимую информацию, описывающую данный процесс. Иногда он играет формальную роль.

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

Что включает в себя тест план?

Итак, какую информацию мы можем получить из документа «тест план»:

  • объект тестирования — полное описание того, что мы будем тестировать. Например, тестовыми объектами могут быть Android или iOS приложения, веб-сайт, ПО для персональных компьютеров и т.д.
  • стратегия тестирования — общий план, который описывает подход к проведению тестирования цикла разработки программного обеспечения. Эта стратегия включает в себя методы тестирования новых функций, общее время и ресурсы, необходимые для реализации проекта.
  • тест процедуры — подробные инструкции, объясняющие как настроить, выполнить и оценить результаты для данного теста.
  • критерии для начала и окончания тестирования — показывают нам, какие задачи должны быть завершены для определенного уровня тестирования, прежде чем QA инженер сообщит, что тестирование завершено (небольшая статья «Когда стоит остановиться в тестировании»)
  • необходимые ресурсы для тестирования — показывают сколько тестировщиков будет задействовано, какую тестовую среду они будут использовать, компьютеры, мобильные телефоны и т.д.
  • предварительные условия включают в себя состояние системы и ее окружение, настройку и конфигурацию, необходимые для успешного выполнения тестирования.
  • оценка рисков с предлагаемыми способами их решения.

Зачем создавать тест план?

Зачем тратить время и силы для создания тест плана? Не проще ли просто сразу начать тестировать?

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

Чем именно помогает качественный тест план:

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

К перечисленному нужно добавить то, что тест планом можно и нужно делиться с заказчиком/клиентом, чтобы дать ему представление о процессе тестирования и почувствовать уверенность.

Как написать хороший тест план?

Как правило, для этого необходимо выполнить следующие шаги:

1. Проанализировать продукт

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

2. Разработать стратегию тестирования

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

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

3. Определить область действия

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

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

4. Разработать график

Здесь необходимо разделить работу на тестирование и оценить необходимые усилия. Также можно оценить необходимые ресурсы для каждой задачи. Данный график поможет контролировать ход процесса тестирования и придерживаться установленных дедлайнов.

5. Определить роли и обязанности

В хорошем тест плане четко перечислены роли и обязанности команды тестирования и менеджера команды. Раздел «Роли и обязанности» вместе с «графиком» рассказывает всем, что делать и когда делать.

6. Предвидеть риски

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

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

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

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

Явное отличие мастер тест плана от просто тест плана в том, что мастер тест план является более статичным в силу того, что содержит в себе высокоуровневую информацию, которая не подвержена частому изменению в процессе тестирования и пересмотра требований. Сам же детальный тест план, который содержит более конкретную информацию по стратегии, видам тестировании, расписанию выполнения работ, является «живым» документом, который постоянно претерпевает изменения, отражающие реальное положение дел на проекте.

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

***

Сами шаблоны и рекомендации по составлению тест плана разберем уже в следующей статье.

Поделиться в vk
Vkontakte
Поделиться в facebook
Facebook
Поделиться в linkedin
LinkedIn
Поделиться в twitter
Twitter

Автор статьи:

Подписаться
Уведомить о
guest
2 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии
СВЕТЛАНА
СВЕТЛАНА
4 месяцев назад

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

Вячеслав Зимин
Администратор
Вячеслав Зимин
4 месяцев назад
Ответить на  СВЕТЛАНА

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

Если что, то вопросы можно писать напрямую в группу https://vk.com/zapiskisedogotestera или в наш чат для начинающих тестировщиков https://vk.com/app5898182_-172009645#u=1380230&s=1446645

Ближайшие события

Ближайшие события