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

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

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

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

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

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

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

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) Тестовая среда


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

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

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

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

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

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

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

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

Введение 1

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

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

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

1.1.1 Объем

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

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

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

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

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

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

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

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

В проекте следует использовать аутсорсинг членов в качестве тестировщика, чтобы сэкономить стоимость проекта.

Нет. Член Задач
1. Test Manager Управляйте всем проектом
Определить направления проекта
Приобретите соответствующие ресурсы
2. Пусконаладка Определение и описание соответствующих методов/инструментов/автоматизации тестирования. architecture Проверка и оценка подхода к тестированию
Выполняйте тесты, записывайте результаты, сообщайте о дефектах.
Аутсорсинговые участники
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
2. Инструмент тестирования Разработайте инструмент тестирования, который может автоматически генерировать результаты теста в заранее определенной форме и автоматически выполнять тест.
3. Cеть Настроить гигабитную локальную сеть и 1 линию интернета со скоростью не менее 5 Мбит/с.
4. Компьютер Минимум 4 компьютерных запуска Windows 7, ОЗУ 2 ГБ, процессор 3.4 ГГц

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

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

Фоллоwing программное обеспечение требуется в дополнение к программному обеспечению, специфичному для клиента.

  • Windows 11 и выше
  • Офис 2021 и выше
  • MS Exchange и т. д.