Тест план

Введение

Тест план - это документ, с описанием всех действий тестировщика.

Тест план - это документ, который содержит описание всех активностей связанных с тестированием.

All future testing related activites

Обычно составляется менеджером по качеству (Test Manager / QA Manager) или ведущим тестировщиком (Lead Software Testing Enginner / QA Team Lead)

Для каждого проекта нужен свой тест план. Между проектами они могут отличаться друг от друга, но обычно в пределах компании/команды планы составляются по определённому стандарту.

Test Plan не следует путать с Test Case Suite - которая представляет из себя последовательность шагов (Test Steps)

Составляющие плана (Attributes)

• Objective: Цель. Для чего написан данный тест план. Каким процедурам планируется придерживаться для обеспечения качества софта.
• Scope: Область. Какие конкретно фичи будут тестироваться а какие нет.
• Testing Methodology: Методология тестированя. какой вид тестирования будет применяться ( нагрузочное, системное и так далее )
• Approach: Подход. Что нужно писать в плане: тест кейсы или тест сценарии или флоу чарты
• Assumption: Допущение. Будет ли у тестировщика поддержка от команды разработки, подробная документация, состоиться ли передача нужных знаний о проекте.
• Risk: Риск. Все возможные риски, связанные с тем что какое-то из допущений не соответствует действительности.
• Backup Plan/Mitigation Plan: Запасной план или план по смягчению последствий срабатывания рисков.
  
  Содержит действия, которые нужно предпринять в случае если что-то из пункта Risk произошло. Один из тестировщиков уволился - кто возьмёт его кейсы. Уволился Product Owner - у кого знания о продукте.
• Roles & Responsibilities: Роли и обязанности.
  
  Пример:
  
  Менеджер отвечает за распределение ресурсов; сигнализирует о необходимости нанимать новых сотрудников; за доступность тестового окружения; коммуникацию с клиентом, другими командами и владельцами компании.
  
  Ведущий инженер по тестированию отвечает за распределение задач между тестировщиками; проверку тест кейсов; тестирование наиболее сложных и важных кейсов
  
  Инженер по тестированию должен понимать требования к продукту; отвечает за написание тестовых сценариев и тест кейсов; отправлять их на проверку ведущему инженеру; выполнять тесты; следить за жизненным циклом найденных багов;
• Scheduling: Планирование
  
  Составление порядка выполнения всех действий и выделение на них времени.
  
  Например:
  
  1 января нужно написать тест кейсы.
  2 января нужно проверить тест кейсы.
  3 января тест кейсы одобрены и выполняется Smoke Test
  4 января тестирование компонент
  5 и 6 января интеграционное тестирование
• Defect Tracking: Отслеживание дефектов. Каким софтом для баг-трекинга пользоваться Jira , Pivotal Tracker или что-то ещё. Какова процедура отслеживания для различных Severity & Priority.
• Test Environment: Тестовое окружение.
• :

Functional Step

Verification Step

Для каждого верификационного шага должен быть определён ожидаемый результат (Expected Result)

Автор статьи: Андрей Олегович