Роль QA в примечаниях к релизу
Примечания к релизу — не только задача разработки. QA предоставляет перспективу качества: что было протестировано, какие баги исправлены и верифицированы, какие известные проблемы остались и какие обходные пути существуют.
Разделы примечаний
Новые функции и изменения
QA верифицирует работу новых функций как описано.
Исправления багов
Список исправленных багов. QA верифицирует каждое исправление.
Известные проблемы (Known Issues)
Баги, намеренно выпускаемые с документированными обходными путями.
Ломающие изменения (Breaking Changes)
Изменения, которые могут нарушить существующие интеграции. QA помогает выявить их через регрессионное тестирование.
Область тестирования
Внутренний раздел: сводка выполнения тестов, области с интенсивным тестированием, области с ограниченным тестированием.
Внутренние vs внешние
| Аспект | Внутренние | Внешние |
|---|---|---|
| Аудитория | Dev, QA, поддержка | Конечные пользователи |
| Технические детали | Высокие | Низкие |
| Известные проблемы | Полный список | Только затрагивающие пользователей |
| Ссылки на баги | ID Jira включены | Без внутренних ссылок |
Упражнение: Напишите примечания к релизу
Напишите внутренние и внешние примечания для e-commerce v3.5.0: wishlist, редизайн checkout, 15 исправлений, 4 известные проблемы, ломающее изменение API.
Решение
Внешние: Новые функции (wishlist, редизайн checkout). Основные исправления. Известные проблемы с обходными путями.
Внутренние: Тестирование: 450 тестов, 95.3% pass rate. 15 исправлений верифицировано. 4 известные проблемы с ID. Ломающее изменение API search с инструкциями миграции.
Ключевые выводы
- QA предоставляет известные проблемы, верификации исправлений и область тестирования
- Всегда включайте обходные пути для известных проблем
- Пишите внутренние (детальные) и внешние (пользовательские) версии
- Верифицируйте каждое исправление перед включением в примечания
- Чётко документируйте ломающие изменения с инструкциями миграции