Severity и Priority часто смешивают, хотя они отвечают на разные вопросы. Severity описывает тяжесть проблемы для системы или пользователя, а Priority — насколько срочно команда должна ею заняться.
Что такое severity
Severity показывает техническую или пользовательскую серьёзность дефекта: насколько он ломает функциональность, данные, безопасность, доступность или основной сценарий.
Что такое priority
Priority показывает бизнесовую срочность исправления: нужно ли чинить сейчас, до релиза, в ближайшем спринте или можно отложить.
Почему они не всегда совпадают
- →Тяжёлый дефект может иметь низкий priority, если затрагивает редкий или временно выключенный сценарий.
- →Лёгкий визуальный дефект может иметь высокий priority, если он попал на главный экран перед важной демонстрацией или маркетинговой кампанией.
Как обсуждать правильно
- →Severity оценивай через влияние на систему, данные и пользователя.
- →Priority обсуждай с учётом бизнеса, сроков, релиза, аудитории и возможностей команды.
- →Не подменяй одно другим: “мне кажется это важно” не равно высокой severity.
Сильный QA умеет не просто ставить severity/priority, а аргументировать их. Именно это снижает количество пустых споров на triage и помогает команде быстрее принимать решения.