Какая разница между приоритетом и серьезностью?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 — "Когда его нужно чинить?". Грамотное разделение этих понятий позволяет оптимизировать процесс исправления дефектов, балансируя между техническими рисками и бизнес-целями.

Вопросы

Собеседования