Артефакты тестирования: Test Plan, Test Case, Bug Report
Артефакты тестирования: Test Plan, Test Case, Bug Report
Документация — это не бюрократия ради бюрократии. Это инструмент, который позволяет команде работать слаженно, воспроизводить ошибки, отслеживать прогресс и принимать решения на основе фактов. В этом уроке разберём, какие документы создаёт тестировщик и зачем они нужны.
Что такое артефакт тестирования
Артефакт тестирования — это любой документ или файл, созданный в процессе тестирования. Артефакты решают три задачи:
- Планирование — что и как мы будем тестировать
- Выполнение — пошаговые инструкции для проверки
- Фиксация результатов — что нашли, что сломано, что работает
Test Plan (план тестирования)
Test Plan — документ верхнего уровня, описывающий весь процесс тестирования продукта или функциональности. Его создают в начале проекта или итерации.
Кто создаёт и когда
Test Plan обычно пишет QA Lead или Senior QA до начала активного тестирования. Он согласуется с менеджером проекта и разработчиками.
Разделы Test Plan
| Раздел | Что содержит |
|---|---|
| Цели и задачи | Что мы хотим проверить и достичь |
| Область охвата (Scope) | Что входит и что НЕ входит в тестирование |
| Подход (Approach) | Виды тестирования: функциональное, нагрузочное, регрессия |
| Ресурсы | Кто тестирует, какие инструменты и окружения нужны |
| Расписание | Когда начинаем, когда заканчиваем, ключевые даты |
| Критерии входа/выхода | При каких условиях начинаем и заканчиваем тестирование |
| Риски | Что может пойти не так и как мы будем реагировать |
Пример цели в Test Plan
Проверить функциональность модуля авторизации: регистрацию, вход, восстановление пароля. Убедиться, что все сценарии работают корректно в Chrome, Firefox и Safari на Windows и macOS.
Test Case (тест-кейс)
Test Case — пошаговое описание одной конкретной проверки с ожидаемым результатом.
Если Test Plan отвечает на вопрос «что тестируем», то тест-кейс отвечает на вопрос «как именно тестируем».
Атрибуты тест-кейса
| Атрибут | Описание |
|---|---|
| ID | Уникальный идентификатор, например TC-LOGIN-001 |
| Название | Краткое описание того, что проверяется |
| Предусловия | Что должно быть выполнено до начала теста |
| Шаги | Пронумерованные действия тестировщика |
| Ожидаемый результат | Что должно произойти после каждого шага |
| Фактический результат | Что произошло на самом деле (заполняется при выполнении) |
| Статус | Pass / Fail / Blocked / Skipped |
| Приоритет | High / Medium / Low |
Подробнее о создании тест-кейсов — в следующем уроке.
Test Suite (набор тест-кейсов)
Test Suite — коллекция логически связанных тест-кейсов, объединённых по какому-либо признаку.
Признаки группировки:
- По функциональности: «Авторизация», «Корзина», «Оплата»
- По типу тестирования: «Smoke-тесты», «Регрессия»
- По компоненту: «Мобильное приложение», «Admin-панель»
Test Suite помогает запускать нужный набор тестов быстро, не перебирая сотни тест-кейсов вручную.
Bug Report (баг-репорт)
Bug Report — документ, описывающий найденный дефект так, чтобы разработчик мог его воспроизвести и исправить.
Ключевое требование к баг-репорту — воспроизводимость. Если разработчик не может повторить ошибку по твоим шагам, он не сможет её исправить.
Основные поля:
- Название (краткое, но ёмкое)
- Шаги воспроизведения
- Ожидаемый и фактический результат
- Severity (критичность) и Priority (приоритет)
- Окружение (OS, браузер, версия)
- Вложения (скриншоты, логи)
Подробный разбор баг-репорта — в уроке 3-3.
Test Report / Test Summary
Test Report (итоговый отчёт) — документ, который подводит итоги тестирования. Создаётся в конце цикла тестирования.
Что включает:
- Сколько тест-кейсов выполнено, сколько прошло / упало
- Найденные дефекты и их статусы
- Метрики покрытия
- Вывод: готов ли продукт к релизу
Test Report читает менеджер проекта, заказчик и команда разработки — он даёт основание для решения «выпускаем или нет».
Когда создаётся каждый артефакт
Начало проекта → Test Plan
Перед тестами → Test Cases, Test Suites
В процессе → Bug Reports
После тестов → Test Report
Что мы запомним
- Test Plan описывает весь процесс тестирования: цели, охват, подход, расписание, риски
- Test Case — пошаговая инструкция для одной конкретной проверки
- Test Suite — группа связанных тест-кейсов
- Bug Report — описание найденного дефекта с шагами воспроизведения
- Test Report — итоговый документ с результатами тестирования
- Документация помогает команде работать слаженно и принимать решения на фактах