Тест план

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

Основные разделы тест плана и их содержание

1. Введение
   О чем это: Краткое описание проекта и целей тестирования. Здесь объясняется, зачем нужно тестирование и какой результат мы хотим получить.
   
2. Объем тестирования (Scope)
   О чем это: Описание того, что именно будет протестировано и что не будет. Например, какие модули или функции программы будут проверяться.
   
3. Стратегия тестирования
   О чем это: Методы и подходы, которые будут использованы для тестирования. Например, ручное тестирование или автоматизированное, функциональное или нагрузочное.
   
4. Критерии входа и выхода
   О чем это: Условия, при которых можно начать и закончить тестирование. Например, что должно быть готово для начала тестирования и какие требования должны быть выполнены, чтобы тестирование считалось завершенным.
   
5. Планируемые тесты
   О чем это: Перечень тестов, которые будут проводиться. Здесь можно указать, какие типы тестов (функциональные, интеграционные и т.д.) будут использоваться и какие сценарии будут проверяться.
   
6. Ресурсы
   О чем это: Люди, оборудование и программное обеспечение, необходимые для тестирования. Например, какие специалисты будут участвовать и какие инструменты будут использоваться.
   
7. График (Schedule)
   О чем это: Временные рамки выполнения тестов. Здесь указываются сроки начала и окончания каждого этапа тестирования.
   
8. Риски и предположения (Assumptions)
   О чем это: Возможные проблемы и неопределенности, которые могут повлиять на тестирование. Например, задержки в разработке или нехватка ресурсов.
   
9. Документация и отчеты
   О чем это: Какие документы будут создаваться в процессе тестирования и как будут оформляться отчеты о результатах. Например, тестовые сценарии, баг-репорты и итоговые отчеты.
   
10. Контроль изменений
    О чем это: Процесс управления изменениями в тест плане. Здесь описывается, как будут вноситься изменения и кто будет их утверждать.
    
11. Заключение
    О чем это: Обзор и краткие выводы по тест плану. Здесь можно указать основные моменты и убедиться, что все аспекты тестирования учтены.
    

Иногда выделяют такие элементы тест-плана:

1. Идентификатор (ID) — уникальный номер или код для отслеживания тест-плана.
2. Название (Title) — краткое описание тестируемого проекта или модуля.
3. Введение (Introduction) — общее описание проекта, цели и контекста тестирования.
4. Объем тестирования (Scope) — что будет и что не будет тестироваться.
5. Стратегия тестирования (Test Strategy) — общий подход к тестированию, включая типы тестирования (функциональное, регрессионное, нагрузочное и т.д.).
6. Цели тестирования (Test Objectives) — конкретные цели, которые должны быть достигнуты в процессе тестирования.
7. Критерии выхода (Exit Criteria) — условия, при которых тестирование может считаться завершенным.
8. Ресурсы (Resources) — команда тестировщиков, оборудование и программные средства, необходимые для тестирования.
9. Расписание (Schedule) — временные рамки для выполнения различных этапов тестирования.
10. Риски и зависимости (Risks and Dependencies) — потенциальные проблемы и зависимости, которые могут повлиять на тестирование.
11. Метрики (Metrics) — показатели, которые будут использоваться для оценки качества тестирования.
12. Коммуникация (Communication Plan) — как будет осуществляться коммуникация внутри команды и с другими заинтересованными сторонами.
13. Примечания (Notes) — дополнительная информация, которая может быть полезна для выполнения тестирования.

Пример хорошего тест-плана:

ID: TP_001

Название: Тест-план для модуля комментариев на странице блога.

Введение: Этот тест-план описывает стратегию и подходы к тестированию модуля комментариев на странице блога в проекте example.com. Цель тестирования — обеспечить, чтобы функциональность добавления комментариев работала корректно и соответствовала требованиям.

Объем тестирования:

• Будет тестироваться: функциональность добавления комментариев, активация кнопки "Отправить", отображение комментариев.
• Не будет тестироваться: интерфейс администратора для управления комментариями, интеграция с внешними системами.

Стратегия тестирования:

• Типы тестирования: функциональное тестирование, регрессионное тестирование, тестирование юзабилити.
• Инструменты: Selenium для автоматизации тестов, JIRA для отслеживания багов.

Цели тестирования:

• Убедиться, что кнопка "Отправить" активируется после ввода текста в поле "Комментарий".
• Проверить, что комментарии правильно отображаются после отправки.
• Гарантировать, что система корректно обрабатывает ошибки (например, пустое поле комментария).

Критерии выхода:

• Все тест-кейсы успешно пройдены.
• Все критические и важные баги исправлены и проверены.
• Нет открытых багов уровня критичности "блокирующий" или "критический".

Ресурсы:

• Команда: 3 тестировщика, 1 тест-лид.
• Оборудование: ПК с установленными Windows 10 и macOS, мобильные устройства на iOS и Android.
• Программное обеспечение: Google Chrome, Firefox, Safari, JIRA, Selenium.

Расписание:

• Подготовка тест-кейсов: 1-5 октября.
• Выполнение тестирования: 6-20 октября.
• Регрессионное тестирование: 21-25 октября.
• Заключительный отчет: 26 октября.

Риски и зависимости:

• Возможные задержки в разработке могут сдвинуть сроки тестирования.
• Ограниченные ресурсы для тестирования на мобильных устройствах.
• Зависимость от внешних API для проверки комментариев.

Метрики:

• Количество найденных багов по уровням критичности.
• Процент пройденных тестов.
• Время на исправление критических багов.

Коммуникация:

• Еженедельные встречи команды для обсуждения прогресса.
• Ежедневные отчеты о статусе тестирования в JIRA.
• Сообщения о критических проблемах — немедленно через Slack.

Примечания: Любые изменения в тест-плане должны быть одобрены тест-лидом и зафиксированы в JIRA.

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