Какая существует тестовая документация?

Sobes Copilot

Получайте ответы в реальном времени

Ответ от нейросети

sobes.tech AI

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

Тестовая политика (Test Policy): Высокоуровневый документ, определяющий цели, подходы и принципы тестирования в организации.
Тестовая стратегия (Test Strategy): Более детальный документ, описывающий общий план тестирования для конкретного проекта или продукта, охватывающий scope, ресурсы, расписание и методы.
Тест-план (Test Plan): Документ, подробно описывающий конкретные действия по тестированию для определенной итерации или релиза. Включает:
- Цели и задачи тестирования.
- Scope тестирования (что тестируется, что не тестируется).
- Критерии входа и выхода.
- Типы тестирования.
- Окружение для тестирования.
- Роли и ответственность.
- Расписание.
- Управление рисками.
- Критерии приостановки и возобновления тестирования.
Тестовый сценарий / Тест-кейс (Test Case): Документ, описывающий конкретные шаги для выполнения определенного теста, вместе с ожидаемым результатом.
Чек-лист (Checklist): Список пунктов или функциональностей для проверки без детального описания шагов. Используется, когда шаги очевидны или не требуют формализации.
Тестовый набор (Test Suite / Test Set): Коллекция тест-кейсов, сгруппированных по определенному критерию (например, по функциональности или типу тестирования).
Отчет об ошибке / Дефект-репорт (Bug Report / Defect Report): Документ, описывающий найденную ошибку, включая шаги для воспроизведения, фактический и ожидаемый результаты, окружение и степень критичности.
Отчет о прохождении тестирования / Результаты тестирования (Test Execution Report): Документ, summarizing results of test execution, including pass/fail status of test cases, number of bugs found, and overall progress.
Отчет о завершении тестирования (Test Closure Report): Документ, summarizing the entire test effort, including final status, lessons learned, and recommendations.
Матрица трассируемости (Traceability Matrix): Документ, связывающий тестовые артефакты с требованиями, помогая убедиться, что все требования покрыты тестами.

Пример структуры простого тест-кейса:

Поле	Описание
ID тест-кейса	Уникальный идентификатор
Название тест-кейса	Краткое описание сьюта
Цель тест-кейса	Что проверяется
Предусловия	Необходимые условия перед выполнением
Шаги выполнения	Последовательность действий
Ожидаемый результат	Результат, который должен быть получен
Постусловия	Состояние системы после выполнения

Пример простого дефект-репорта:

Поле	Описание
ID дефекта	Уникальный идентификатор
Краткое описание	Суть проблемы одним предложением
Проект / Модуль	Где найдена ошибка
Версия продукта	Версия, на которой найдена ошибка
Окружение	ОС, браузер, настройки
Шаги для воспроизведения	Последовательность действий к ошибке
Фактический результат	Что произошло
Ожидаемый результат	Как должно было быть
Степень критичности	Влияние на функциональность (Blocker, Critical, Major, Minor, Trivial)
Приоритет	Насколько быстро нужно исправить (High, Medium, Low)
Автор дефекта	Кто нашел ошибку
Дата создания
Статус	(New, Open, In Progress, Resolved, Closed, Reopened)
Назначено на	Разработчик, assignee

# Пример кода для автоматизации тест-кейса (фрагмент)
def test_user_login_successful():
    # Предварительные шаги
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Шаг исполнения
    login_page.click_login_button()
    
    # Проверка ожидаемого результата
    assert home_page.is_dashboard_displayed()
    # Постусловия (например, выход из системы)
    home_page.logout()

# Пример команды для запуска набора автоматизированных тестов
pytest tests/smoke_tests.py

Документация может быть как формальной (создается по шаблонам), так и неформальной, в зависимости от методологии разработки и требований проекта.