Ответ
Критичность (Severity) — это объективная техническая оценка степени влияния дефекта на работоспособность системы или компонента. Она отвечает на вопрос: "Насколько серьезно баг ломает функциональность?"
Приоритет (Priority) — это субъективное бизнес-решение о порядке исправления дефектов. Он отвечает на вопрос: "Как быстро нам нужно это исправить?"
Уровни критичности (пример)
- Критический (Blocker/S1): Приложение падает, данные теряются, ключевая функция полностью неработоспособна.
- Высокий (Major/S2): Основная функция работает с ошибками, но есть обходной путь.
- Средний (Minor/S3): Второстепенная функция работает некорректно, незначительные проблемы в UI.
- Низкий (Trivial/S4): Опечатки, мелкие косметические недочеты, не влияющие на функциональность.
Уровни приоритета (пример)
- Высокий (P1): Должен быть исправлен немедленно, блокирует релиз или дальнейшее тестирование.
- Средний (P2): Должен быть исправлен до следующего релиза.
- Низкий (P3): Может быть исправлен в будущем, когда будет время.
Соотношение и примеры
Критичность и приоритет часто, но не всегда, коррелируют.
| Пример дефекта | Критичность (Влияние на систему) | Приоритет (Срочность исправления) | Обоснование |
|---|---|---|---|
| Падение сервера при обработке платежа | Критическая (функция недоступна) | Высокий (блокирует бизнес) | Прямое влияние на доход. |
| Неверная иконка в разделе "Помощь" | Низкая (косметический дефект) | Низкий | Не влияет на функциональность. |
| Утечка памяти в фоновой службе | Высокая (риск падения через время) | Высокий | Технический долг, угрожающий стабильности. |
| Название компании с опечаткой на главной странице | Низкая (косметический дефект) | Высокий (для маркетинга) | Бизнес-решение: влияет на имидж, хотя функционально все работает. |
| Ошибка в отчете, доступном только админу | Средняя (функция работает с ошибкой) | Средний | Влияет на ограниченную аудиторию, есть обходной путь (сырые данные в БД). |
Процесс назначения:
- Тестировщик выставляет критичность на основе наблюдаемого поведения системы.
- Менеджер проекта/Владелец продукта назначает приоритет, учитывая критичность, бизнес-ценность функции, сроки релиза и ресурсы.
Итог: Критичность — это "что сломалось", приоритет — "когда чинить". Высокая критичность обычно ведет к высокому приоритету, но бизнес-контекст может изменить это правило.