Какая разница между приоритетом и серьезностью?qa-27

Ключевое различие

Серьезность (Severity) — это объективная оценка влияния бага на систему.
Приоритет (Priority) — это субъективное решение о порядке исправления дефектов.

Аналогия из медицины:

• Серьезность = Диагноз (перелом руки vs царапина)
• Приоритет = Очередь в приемном покое (может зависеть от других пациентов)

Детальное сравнение

Критерий	Серьезность	Приоритет
Определение	Техническое воздействие на систему	Бизнес-важность исправления
Кто определяет	QA-инженер	Менеджер/Product Owner
Шкала значений	Critical/Major/Medium/Minor	P0/P1/P2/P3
Факторы влияния	Степень нарушения функционала	Срок релиза, важность фичи

Примеры сочетаний

1. Высокая серьезность + Высокий приоритет

Дефект:
- Серьезность: Critical (падение сервера при оплате)
- Приоритет: P0 (ближайший релиз через 1 день)

2. Высокая серьезность + Низкий приоритет

Дефект:
- Серьезность: Critical (утечка памяти в админке)
- Приоритет: P2 (админка используется 1 раз в месяц)

3. Низкая серьезность + Высокий приоритет

Дефект:
- Серьезность: Minor (опечатка на главной странице)
- Приоритет: P1 (запуск маркетинговой кампании завтра)

Практическое применение

Как назначать severity:

1. Critical - полная недоступность ключевой функции
2. Major - существенное отклонение от требований
3. Medium - частичная неработоспособность
4. Minor - косметические проблемы

Как назначать priority:

if (близится релиз && баг в ключевом flow) {
    priority = P0;
} else if (влияет на KPI) {
    priority = P1;
} else {
    priority = P2/P3;
}

Частые ошибки

❌ Путать термины в отчетности
❌ Ставить высокий priority из-за high severity без контекста
❌ Игнорировать business impact при расстановке приоритетов

Инструменты управления

• JIRA: Поля Severity и Priority
• Метрики:
  • MTTR (Mean Time To Repair) по severity
  • Bug aging по priority

Резюмируем:

severity отвечает на вопрос "Насколько плох баг?", а priority — "Когда его нужно чинить?". Грамотное разделение этих понятий позволяет оптимизировать процесс исправления дефектов, балансируя между техническими рисками и бизнес-целями.