Ответ
Да, регулярное обновление тестовой документации в конце спринта — стандартная практика для поддержания ее актуальности и информирования команды.
Какие артефакты создавались/обновлялись:
- Итоговый отчет по тестированию (Test Summary Report): Краткая сводка о проделанной работе, качестве и рисках.
- Наборы тест-кейсов/чек-листы: Добавление новых кейсов для реализованного функционала, корректировка существующих из-за изменений.
- Документация по автоматизации: Обновление скриптов, отчетов о покрытии.
- Известные проблемы (Known Issues): Список не критичных багов, перенесенных на следующие спринты, с обоснованием.
Пример структуры итогового отчета (Test Summary Report):
# Test Summary Report for Sprint 24
**Дата:** 2023-10-26
**Окно тестирования:** 2023-10-16 — 2023-10-25
## 1. Объем тестирования
* Протестировано пользовательских историй (User Stories): 8
* Новых тест-кейсов создано: 45
* Всего выполнено тест-раннов: 320
## 2. Результаты и метрики
* **Пройдено (Passed):** 295 (92.2%)
* **Провалено (Failed):** 20 (6.2%)
* **Заблокировано (Blocked):** 5 (1.6%)
* **Покрытие кодом (Code Coverage):** 78% (бэкенд), 65% (фронтенд)
## 3. Дефекты
* **Всего обнаружено:** 15
* **По приоритетам:** Critical (2), Major (5), Minor (8)
* **Статус:** Исправлено (10), В работе (3), Отклонено (2)
## 4. Риски и проблемы
* Высокая загрузка тестового стенда влияла на производительность.
* История JIRA-451 (интеграция с платежным шлюзом) требует дополнительного тестирования в следующем спринте.
## 5. Выводы
Цели спринта по тестированию достигнуты. Критические дефекты устранены. Основной риск (JIRA-451) зафиксирован.Эта документация служила основой для планирования следующего спринта и ретроспективы.