Шаблон плана тестирования (пример документа)

Автор: Томас Гамильтон Томас Гамильтон
Hours обновлено

Что такое шаблон плана тестирования?

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

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

Скачать образец шаблона плана тестирования

Шаблон плана тестирования

Ниже приведены важные составляющие плана тестирования.

1) Вступление

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

1.1) Объем

1.1.1) Объем

Область применения определяет функции, функциональные или нефункциональные требования к программному обеспечению, которое будет проверенный

1.1.2) Выходит за рамки

«Вне объема» определяет функции, функциональные или нефункциональные требования к программному обеспечению, которое не будет проверенный

1.2) Цель качества

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

Некоторые цели вашего проекта тестирования могут быть

  • Убедитесь, что тестируемое приложение соответствует функциональным и нефункциональным требованиям.
  • Убедитесь, что AUT соответствует спецификациям качества, определенным клиентом.
  • Ошибки/проблемы выявляются и исправляются перед запуском в эксплуатацию.

1.3) Роли и обязанности

Подробное описание ролей и обязанностей различных членов команды, таких как

  • QA Аналитик
  • Test Manager
  • Configuration Manager
  • Застройщики
  • Команда установки

Среди других

СТАТЬИ ПО ТЕМЕ

2) Методика испытаний

2.1) Обзор

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

  • WaterFall
  • итеративный
  • Проворный
  • Экстремальное программирование

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

2.2) Уровни тестирования

Уровни тестирования определяют типы тестирования, которые будут выполняться в тестируемом приложении (AUT).). Уровни тестирования в первую очередь зависят от масштаба проекта, временных и бюджетных ограничений.

2.3) Сортировка ошибок

Цель сортировки –

  • Чтобы определить тип решения для каждой ошибки
  • Расставлять приоритеты ошибок и определять график всех «ошибок, подлежащих исправлению».

2.4) Критерии приостановки и требования к возобновлению

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

2.5) Полнота теста

Здесь вы определяете критерии, по которым ваше тестирование будет считаться завершенным.

Например, несколько критериев для проверки полноты теста:

  • 100% тестовое покрытие
  • Все ручные и автоматизированные тестовые случаи выполнены.
  • Все открытые ошибки исправлены или будут исправлены в следующем выпуске.

3) Результаты тестирования

Здесь укажите все артефакты тестирования, которые будут предоставлены на разных этапах жизненного цикла тестирования.

Вот простые результаты

  • План тестирования
  • Тестовые кейсы
  • Матрица прослеживаемости требований
  • Сообщения об ошибках
  • Стратегия тестирования
  • Тестовые метрики
  • Выход клиента из системы

4) Потребности в ресурсах и окружающей среде

4.1) Инструменты тестирования

Составьте список инструментов, например

Требуется для тестирования проекта

4.2) Тестовая среда

Там упоминается минимальный аппаратные средства требования, которые будут использоваться для тестирования Приложения.

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

  • Windows 8 и выше
  • Офис 2013 и выше
  • MS Exchange и т. д.

5) Термины/сокращения

Упомяните любые термины или аббревиатуры, используемые в проекте.

ТЕРМИН/АКРОНИМ ОПРЕДЕЛЕНИЕ
API Интерфейс прикладной программы
AUT Тестируемое приложение

Загрузите указанный выше формат шаблона плана тестирования.

Пример плана тестирования Пример веб-приложения банка документов

Введение 1

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

1.1 Область применения

1.1.1 Объем

Все функции сайта Guru99 Bank, которые были определены в требованиях к программному обеспечению. функции их необходимо протестировать
Имя модуля Применимые роли Описание
Баланс Запрос Менеджер по работе с клиентами Клиент: Клиент может иметь несколько банковских счетов. Он может просматривать баланс только своих счетов Менеджер: Менеджер может просматривать балансы всех клиентов, находящихся в его подчинении
Перевод денежных средств Менеджер по работе с клиентами Клиент: Клиент может перевести средства со своего «собственного» счета на любой целевой счет. Менеджер: Менеджер может переводить средства с любого исходного банковского счета на целевой счет.
Мини Заявление Менеджер по работе с клиентами Мини-выписка покажет последние 5 транзакций по счету. Клиент: Клиент может видеть мини-выписку только по своим «собственным» счетам Менеджер: Менеджер может видеть мини-выписку по любому счету
Индивидуальное заявление Менеджер по работе с клиентами Настраиваемая выписка позволяет фильтровать и отображать транзакции по счету на основе даты, суммы транзакции Клиент: Клиент может видеть индивидуальную выписку только по своим «собственным» счетам Менеджер: Менеджер может просматривать индивидуальную выписку по любому счету
Пароль Менеджер по работе с клиентами Клиент: Клиент может изменить пароль только своей учетной записи. Менеджер: Менеджер может изменить пароль только своей учетной записи. Он не может изменить пароли своих клиентов
Новый клиент Менеджер Менеджер: Менеджер может добавить нового клиента.
Менеджер Менеджер: Менеджер может редактировать такие данные, как адрес, адрес электронной почты, телефон клиента.
Новый аккаунт Менеджер В настоящее время система предоставляет 2 типа счетов • Сберегательный • Текущий Клиент может иметь несколько сберегательных счетов (один на свое имя, другой на совместное имя и т. д.). Он может иметь несколько текущих счетов для разных компаний, которыми он владеет. Или он может иметь несколько текущих и сберегательных счетов. Менеджер: Менеджер может добавить новую учетную запись для существующего клиента.
Изменить учетную запись Менеджер Менеджер: Менеджер может добавить редактирование данных учетной записи для существующей учетной записи.
Удалить аккаунт Менеджер Менеджер: Менеджер может добавить или удалить аккаунт для клиента.
Удалить клиента Менеджер Клиент может быть удален только в том случае, если у него нет активных текущих или сберегательных счетов. Менеджер: Менеджер может удалить клиента.
Депозит Менеджер Менеджер: Менеджер может внести деньги на любой счет. Обычно это делается, когда наличные вносятся в отделение банка.
Запросить выплату Менеджер Менеджер: Менеджер может снять деньги с любого счета. Обычно это делается при снятии наличных в отделении банка.

1.1.2 Выходит за рамки

Эти функции не тестируются, поскольку они не включены в спецификации требований к программному обеспечению.
  • Пользовательские интерфейсы
  • Аппаратные интерфейсы
  • Программные интерфейсы
  • Логическая база данных
  • Интерфейсы связи
  • Безопасность и производительность веб-сайта

1.2 Цель качества

Цели тестирования заключаются в том, чтобы проверить Функциональность сайта Guru99 Bank, проект должен сосредоточиться на тестировании банковская операция такие как управление счетом, снятие средств и баланс… и т. д. к гарантия все эти операции могут работать нормально в реальной деловой среде.

1.3 Роли и обязанности

В проекте следует использовать аутсорсинг членов в качестве тестировщика, чтобы сэкономить стоимость проекта.
№ Член Задач
1. Test Manager Управлять всем проектом. Определять направления проекта. Приобрести соответствующие ресурсы.
2. Тест Определение и описание соответствующих методов тестирования/инструментов/архитектуры автоматизации Проверка и оценка подхода к тестированию Выполнение тестов, регистрация результатов, сообщение о дефектах. Внешние участники
3. Разработчик в тесте Реализация тестовых примеров, тестовой программы, набора тестов и т. д.
4. Администратор тестирования Создает и обеспечивает управление и обслуживание тестовой среды и активов. Поддерживает тестировщика в использовании тестовой среды для выполнения тестов.
5. Члены SQA Взять на себя ответственность за обеспечение качества. Проверить, соответствует ли процесс тестирования установленным требованиям.

2 Методика испытаний

Обзор 2.1

2.2 Уровни тестирования

В проекте Guru99 Bank необходимо проводить 3 типа тестирования.
  • интеграцию Тестирование (Отдельные программные модули объединяются и тестируются как группа)
  • Система Тестирование: проводится на полный, интегрированный система для оценки соответствия системы установленным требованиям
  • Тестирование API: Протестируйте все API, созданные для тестируемого программного обеспечения.

2.3 Сортировка ошибок

2.4 Критерии приостановки и требования к возобновлению

Если члены команды сообщают, что есть 40%. тестовых случаев не удалось, приостановить тестирование до тех пор, пока команда разработчиков не исправит все неудачные случаи.

2.5 Полнота теста

  • Определяет критерии, обозначающие успешный завершение этапа тестирования
  • Run ставка обязательно должна быть 100%. если не будет указана четкая причина.
  • Проходить скорость 80%, достижение проходного балла обязательный

2.6 Задача проекта, оценка и график

Сложность задачи Участники Оценить усилие
Создайте спецификацию теста Дизайнер тестов 170 человеко-час
Выполнение теста Тестировщик, администратор тестирования 80 человеко-час
Отчет об испытаниях тестер 10 человеко-час
Тестовая доставка 20 человеко-час
Всего 280 человеко-час
Запланируйте выполнение этих задач

3 результатов тестирования

Результаты тестирования представлены ниже. Перед этапом тестирования Во время тестирования – Симуляторы тестовых инструментов. – Тестовые данные – Матрица возможностей трассировки тестов – Журналы ошибок и журналы выполнения. После завершения циклов тестирования
  • Результаты испытаний/отчеты
  • Отчет о дефектах
  • Руководство по процедурам установки/тестирования
  • Примечания к релизу

4 Потребности в ресурсах и окружающей среде

4.1 Инструменты тестирования

№ Ресурсы Описание
1. серверу Нужен сервер базы данных, который установит MySQL сервер Веб-сервер, на котором установлен Apache Server
2. Инструмент тестирования Разработайте инструмент тестирования, который может автоматически генерировать результаты теста в заранее определенной форме и автоматически выполнять тест.
3. Cеть Настроить гигабитную локальную сеть и 1 линию интернета со скоростью не менее 5 Мбит/с.
4. Компьютер Минимум 4 компьютерных запуска Windows 7, ОЗУ 2 ГБ, процессор 3.4 ГГц

4.2 Тестовая среда

В нем упоминаются минимальные требования к оборудованию и программному обеспечению, которые будут использоваться для тестирования Приложения. Следующие программные обеспечения требуются в дополнение к клиентскому программному обеспечению.
  • Windows 11 и выше
  • Офис 2021 и выше
  • MS Exchange и т. д.

Читать прочитайте больше