Что такое тривиальная серьезность (Severity Inflation) в баг-репортах?

Тривиальная серьезность (Severity Inflation) — это ситуация, когда тестировщик присваивает багу неоправданно высокий приоритет (например, Blocker или Critical), хотя его реальное влияние на систему и пользователей минимально.

Пример: В веб-приложении на странице "Контакты" опечатка в слове "телефон" (написано "теллефон").

Некорректный баг-репорт:

• Заголовок: Blocker: Критическая опечатка на странице контактов
• Описание: "Ошибка в написании ключевого слова 'телефон'. Это подрывает доверие к компании и делает интерфейс непрофессиональным. Блокирует дальнейшее тестирование."
• Severity: Blocker
• Priority: P1

Почему это проблема:

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

Корректная классификация для этого примера:

• Severity: Trivial или Minor (косметическая ошибка, не влияющая на функционал).
• Priority: P4 или P5 (может быть исправлено в рамках регулярного рефакторинга).