Шаблон плана тестирования программного обеспечения с подробным объяснением
В этом посте мы узнаем, как написать шаблон плана тестирования программного обеспечения. Перед этим мы видим, что такое план тестирования. Документ с планом тестирования – это документ, содержащий план всех действий по тестированию, которые необходимо выполнить для получения качественного продукта. Документ «План тестирования» является производным от документов «Описание продукта», «SRS» или «Сценарий использования» для всех будущих действий проекта. Обычно его готовит руководитель тестирования или менеджер по тестированию, и основное внимание в документе уделяется описанию того, что тестировать, что не тестировать, как тестировать, когда тестировать и кто будет проводить какое тестирование. Кроме того, он включает в себя необходимую среду и инструменты, распределение ресурсов, технику тестирования, которой необходимо следовать, риски и план действий в непредвиденных обстоятельствах. План тестирования — это динамический документ, и мы всегда должны поддерживать его в актуальном состоянии. Документ с планом тестирования указывает нам, как должна продолжаться деятельность по тестированию. Успех проекта тестирования полностью зависит от плана тестирования.
План тестирования является одним из документов в результатах тестирования. Как и другие результаты тестирования, документ плана тестирования также предоставляется заинтересованным сторонам. Заинтересованные стороны узнают объем, подход, цели и график тестирования программного обеспечения, которое необходимо выполнить.
Как подготовить эффективный план тестирования ?
Некоторые из мер – начать подготовку плана тестирования на ранней стадии STLC, сделать план тестирования кратким и простым для понимания, а также поддерживать план тестирования в актуальном состоянии.
Просмотрите видео ниже, чтобы увидеть Шаблон плана в подробном объяснении»
Пожалуйста, проявите терпение. Видео загрузится через некоторое время.
Кто готовит шаблон плана тестирования?
Обычно руководитель тестирования готовит план тестирования, а тестировщики участвуют в процессе подготовки документа плана тестирования. Когда план тестирования хорошо подготовлен, тестировщики пишут сценарии тестирования и наборы тестов на основе документа плана тестирования.
Разделы шаблона плана тестирования:
Ниже приведены разделы документа плана тестирования в соответствии со стандартами IEEE 829.
- Идентификатор плана тестирования
- Ссылки
- Введение
- Элементы тестирования
- Функции, подлежащие тестированию
- Функции, не подлежащие тестированию
- Подход
- Критерии прохождения/непрохождения
- Критерии приостановки
- Результаты тестирования
- Задачи тестирования
- Требования к среде
- Обязанности
- Потребности в персонале и обучении
- График
- Риски и непредвиденные обстоятельства
- Утверждения
Давайте рассмотрим каждый компонент документа с планом тестирования. Мы собираемся представить документ с планом тестирования в соответствии со стандартами IEEE 829.
#1. Идентификатор плана тестирования
Идентификатор плана тестирования — это уникальный номер для идентификации плана тестирования.
Пример: ProjectName_0001
#2. Ссылки
В этом разделе указывается весь список документов, поддерживающих план тестирования, который вы создаете в данный момент.
Пример: SRS (спецификация системных требований), документы вариантов использования, тест Стратегия, план проекта, руководство по проекту и т. д.,
#3. Введение
Введение или резюме включает в себя цель и объем проекта
Пример. Целью этого документа является тестирование функциональности ProjectName
#4. Элементы тестирования
Список элементов тестирования, которые будут протестированы
Пример. Тестирование должно выполняться как на интерфейсной, так и на серверной части приложения в средах Windows/Linux.
#5. Функции для тестирования
В этом разделе мы перечисляем все функции, которые будут протестированы в рамках проекта.
Пример. Функции, которые необходимо протестировать, — это страница входа, информационная панель, отчеты.
#6. Функции, не подлежащие тестированию
В этом разделе мы перечисляем функции, которые не включены в проект.
Пример. Плата с использованием функций PayPal выше для удаления из приложения. Нет необходимости тестировать эту функцию.
#7. Подход
Общая стратегия проведения тестирования. Он содержит такие сведения, как методология, типы тестов, методы тестирования и т. д.
Пример: в этом проекте мы следуем методологии Agile
#8. Критерии прохождения/непрохождения
В этом разделе мы указываем критерии, которые будут использоваться для определения процента прохождения или непрохождения элементов теста.
Пример. Все основные функции приложения должны работать как задумано и процент прохождения тестовых случаев должен быть более 95% и не должно быть никаких критических ошибок.
№ 9. Критерии приостановки
В этом разделе мы указываем, когда прекратить тестирование.
Пример: если какая-либо из основных функций не работает или в системе возникают проблемы со входом в систему, тестирование следует приостановить.
#10. Результаты тестирования
Список документов, которые необходимо предоставить на каждом этапе жизненного цикла тестирования. Список всех тестовых артефактов.
Примеры: тестовые наборы, отчет об ошибках
Подробнее читайте в разделе «Результаты тестирования».
№ 11. Задачи тестирования
В этом разделе мы указываем список задач тестирования, которые необходимо выполнить в текущем проекте.
Пример. Тестовая среда должна быть готова до этапа выполнения теста. Необходимо подготовить итоговый отчет об испытаниях.
#12. Потребности в среде
Список оборудования, программного обеспечения и любых других инструментов, необходимых для тестовой среды.
#13. Обязанности
Мы указываем список ролей и обязанностей каждого тестового задания.
Пример: План тестирования должен быть подготовлен тест-лидом. Подготовкой и выполнением тестов должны заниматься тестировщики.
#14. Потребности в персонале и обучении
Спланируйте курс обучения, чтобы улучшить навыки ресурсов в проекте для достижения желаемых целей.
#15. Расписание
Полная информация о том, когда начинать, заканчивать и сколько времени должно занимать каждое задание.
Пример: Выполнение теста — 120 человеко-часов, Отчет о тестировании — 30 человеко-часов
#16. Риски и непредвиденные обстоятельства
В этом разделе мы указываем вероятность рисков и непредвиденных обстоятельств для преодоления этих рисков.
Пример: Риск — В случае ошибки оценка бюджета, стоимость может быть превышена. План на случай непредвиденных обстоятельств — Определите масштаб до начала задач тестирования и обратите внимание на планирование проекта, а также постоянно отслеживайте бюджетные сметы.
№17. Утверждения
Кто должен подписать и утвердить проект тестирования
Пример: руководитель проекта должен дать согласие на завершение проекта и определить дальнейшие действия.
Загрузить образец плана тестирования
Нажмите кнопку загрузки ниже, чтобы загрузить образец шаблона плана тестирования программного обеспечения.
Нравится этот пост, не забудьте поделиться им с друзьями.
TAG: qa