На каких этапах жизненного цикла используется та или иная тестовая документация

1️⃣ Как кратко ответить

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

2️⃣ Подробное объяснение темы

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

Этапы жизненного цикла и соответствующая тестовая документация

1. Этап планирования

   • Тестовая стратегия: Определяет общий подход к тестированию, включая цели, объем, ресурсы и график. Это документ высокого уровня, который задает направление для всех последующих тестовых активностей.
   • Тест-план: Более детализированный документ, который описывает, что будет тестироваться, как, когда и кем. Включает в себя информацию о ресурсах, рисках и критериях завершения тестирования.

2. Этап проектирования

   • Тестовые сценарии: Описывают последовательность действий, которые необходимо выполнить для проверки определенной функциональности. Они помогают понять, что именно будет тестироваться.
   • Наборы тестов (Test Suites): Группируют тест-кейсы по определенным критериям, например, по функциональности или по типу тестирования (функциональное, регрессионное и т.д.).

3. Этап реализации и тестирования

   • Тест-кейсы: Подробные документы, описывающие входные данные, шаги выполнения и ожидаемые результаты для конкретного теста. Они обеспечивают воспроизводимость и точность тестирования.
   • Чек-листы: Списки проверок, которые необходимо выполнить. Используются для быстрого и простого тестирования, когда не требуется детальная документация.
   • Отчеты о дефектах: Документируют найденные дефекты, включая их описание, шаги воспроизведения, ожидаемые и фактические результаты. Это важно для отслеживания и исправления ошибок.

4. Этап поддержки и эксплуатации

   • Документация по регрессии: Содержит информацию о тестах, которые необходимо повторно выполнить после внесения изменений в код, чтобы убедиться, что новые изменения не нарушили существующую функциональность.
   • Отчеты о тестировании: Сводные документы, которые содержат результаты тестирования, включая количество пройденных и проваленных тестов, найденные дефекты и их статус. Они помогают оценить качество продукта и принять решение о его выпуске.

Пример тест-кейса

Тест-кейс: Проверка авторизации пользователя с корректными данными
​
Предусловия:
- Пользователь зарегистрирован в системе.
​
Шаги:
1. Открыть страницу авторизации.
2. Ввести корректный логин и пароль.
3. Нажать кнопку "Войти".
​
Ожидаемый результат:
- Пользователь успешно авторизован и перенаправлен на главную страницу.
​
Фактический результат:
- (Заполняется после выполнения теста)
​
Статус:
- (Pass/Fail, заполняется после выполнения теста)

• Предусловия: Описывают начальное состояние системы или данные, необходимые для выполнения теста.
• Шаги: Последовательность действий, которые необходимо выполнить.
• Ожидаемый результат: Описание того, что должно произойти после выполнения шагов.
• Фактический результат: Заполняется после выполнения теста, чтобы сравнить с ожидаемым результатом.
• Статус: Указывает, прошел ли тест (Pass) или провалился (Fail).

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