Как написать тест-план

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

Эта статья подойдёт начинающим тестировщикам, так как описывает тонкости создания тест-плана.

БЕСПЛАТНО СКАЧАТЬ КНИГИ в телеграм канале "Библиотека тестировщика"

Что такое тест-план

Тест-план — это подробный документ, определяющий объём, подход, ресурсы и график тестирования ПО. Это ‎дорожная карта, обеспечивающая организованность, эффективность и результативность тестирования.

Шаблон тест-плана

1. Введение

• Описание. Краткое описание продукта или функции, которые предстоит протестировать.
• Цель. Точное описание, для чего проводится тестирование.

Цели тестирования должны быть четкими и измеримыми. Должно быть ясно, какой результат ожидается. Это поможет сделать процесс тестирования более структурированным и эффективным.

2. Область тестирования

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

3. График тестирования

• Дата начала тестирования.
• Дата окончания тестирования.

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

• Этапы тестирования. Разбить процесс тестирования на этапы, например, модульное, интеграционное, системное тестирование и т. д.

Этапы тестирования определяются в зависимости от сложности проекта и методологии разработки. Они должны быть согласованы с целями тестирования.

• Циклы тестирования. Если необходимо, указать количество итераций.

Цикл тестирования включает в себя набор действий, направленных на проверку определённого аспекта ПО. Например, отдельного модуля или группы связанных функций. Циклы представляют собой организованные этапы, на которых выполняются тест-кейсы, выявляются и регистрируются дефекты, оценивается качество ПО.

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

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

4. Ресурсы

• Команда тестировщиков. Указать количество и роли участников.
• Тестовая среда. Описать конфигурацию аппаратного и программного обеспечения, необходимых для тестирования.
• Тестовые данные. Определить, какие наборы данных необходимы для проведения тестирования.
• Инструменты и программное обеспечение. Указать инструменты тестирования и инструменты управления проектом, которые будут использованы.

5. Подходы к тестированию

• Типы тестирования. Описать типы тестирования, которые будут проведены, например, функциональное, производительности, безопасности и т. д.

Определять типы тестирования нужно исходя из требований и рисков проекта. Это позволит сосредоточиться на решении наиболее важных задач.

• Методы тестирования. Указать методы, которые будут использованы, например, ручное или автоматизированное тестирование.
• Уровни тестирования. Обозначить уровни тестирования, например, модульное, интеграционное, системное тестирование и порядок их выполнения.

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

6. Разработка тест-кейсов

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

7. Проведение тестирования

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

8. Риски и непредвиденные ситуации

• Риски. Определить потенциальные риски и степень их влияния на процесс тестирования.
• План действий при непредвиденных ситуациях. Составить план по снижению рисков.

9. Метрики тестирования

• Метрики прогресса тестирования. Указать ключевые показатели эффективности, которые будут контролироваться во время тестирования.

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

• Критерии завершения тестирования. Определяют условия, которые должны быть выполнены, чтобы считать тестирование завершённым.

Определить чёткие критерии завершения тестирования следует совместно с участниками проекта и руководителями по тестированию. Критерии должны включать процент покрытия тестами и устранение критических дефектов.

10. Утверждение

• Подпись. Указать, кто должен утвердить тест-план.

Образец тест-плана

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

1. Введение

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

2. Область тестирования

• Включено в тестирование. Все основные функции интернет-магазина, включая просмотр, поиск, добавление/удаление товаров из корзины, процесс оформления и покупки товара.
• Исключено из тестирования. Функции регистрации пользователей и управления учётными записями.

3. График тестирования

• Дата начала тестирования. 1 ноября 2023 г.
• Дата окончания тестирования. 15 ноября 2023 г.
• Этапы тестирования. Юнит-тестирование, интеграционное тестирование, системное тестирование и приёмочное пользовательское тестирование.
• Циклы тестирования. 2 цикла.

4. Ресурсы

• Команда тестировщиков. Александр — руководитель тестирования, Ольга — тестировщик пользовательского интерфейса, Андрей — тестировщик бэкенда.
• Тестовая среда. Браузеры Chrome, Firefox, Edge. Операционные системы Windows и macOS.
• Тестовые данные. База данных с образцами книг и информацией о пользователях.
• Инструменты и программное обеспечение. TestCaseLab будет использован для управления тест-кейсами. Jira будет использована для управления дефектами.

5. Подходы к тестированию

• Типы тестирования. Функциональное тестирование, юзабилити-тестирование, тестирование совместимости.
• Методы тестирования. Ручное тестирование.
• Уровни тестирования. Юнит-тестирование, интеграционное тестирование, системное тестирование и приёмочное пользовательское тестирование.

6. Разработка тест-кейсов

• Написание тест-кейсов. Тест-кейсы будут разработаны на основе требований и сценариев использования.
• Организация тест-кейсов. Тест-кейсы будут организованы в TestCaseLab, классифицированы по типам и функциональности.

7. Проведение тестирования

• План выполнения тест-кейсов. Тестировщики выполняют тест-кейсы в соответствии с планом тестирования. Руководитель тестирования контролирует и координирует выполнение.
• Управление дефектами. Команда разработчиков будет получать информацию о дефектах для их устранения через TestCaseLab.

8. Риски и непредвиденные ситуации

• Риски. Потенциальные риски включают:
  1. Задержки в разработке.
  2. Изменения в требованиях.
  3. Проблемы совместимости браузеров.
• План действий при непредвиденных ситуациях.
  1. Общение с командой разработчиков.
  2. Мониторинг требований.
  3. Тестирование на совместимость с несколькими браузерами.

9. Метрики тестирования

• Метрики прогресса тестирования. Ключевые показатели включают:
  1. Процент выполненных тест-кейсов.
  2. Количество выявленных дефектов.
• Критерии завершения тестирования. Тестирование считается завершённым, если выполнено 95% тест-кейсов и устранены критические дефекты.

10. Утверждение

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

Заключение

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

Перевод статьи «How to Create a Test Plan».