Ответ
В контексте управления задачами и дефектами Severity (Серьёзность) — это классификатор, который определяет степень негативного воздействия дефекта на систему, её компоненты или пользователей. Это объективная техническая оценка последствий ошибки.
Типичные уровни серьёзности и их критерии:
-
Critical / Блокирующая (Blocker):
- Полный отказ системы или ключевого модуля.
- Потеря данных.
- Уязвимость безопасности, ведущая к серьёзному риску.
- Пример в задаче: "Приложение падает при попытке любого пользователя войти в систему".
-
Major / Высокая (High):
- Основная функция не работает согласно требованиям.
- Нет рабочего обходного пути.
- Пример в задаче: "Невозможно добавить товар в корзину со страницы товара".
-
Minor / Средняя (Medium):
- Функция работает, но с ошибками или ограничениями.
- Существует обходной путь.
- Пример в задаче: "В мобильной версии поле ввода съезжает при повороте экрана".
-
Trivial / Низкая (Low):
- Косметические проблемы, не влияющие на функциональность.
- Пример в задаче: "Несоответствие шрифта в подвале сайта гайдлайнам бренда".
Практическое применение: Корректное назначение Severity помогает команде:
- Понимать техническую критичность проблемы.
- Эффективно планировать работу над исправлениями в связке с бизнес-приоритетом (Priority).
- Анализировать качество продукта и стабильность системы.
Ответ 18+ 🔞
А, слушай, вот эта ваша «серьёзность» дефектов — это ж, блядь, как диагноз поставить. Не просто «ой, тут баг», а оценить, насколько эта хуйня систему в говно превращает. Объективно, без соплей.
Короче, уровни, как у врача в приёмном покое: от «скорая, хер дышит» до «мазоль натер, жив пока».
-
Critical / Блокирующая (Blлокер). Это пиздец, ёпта. Всё, система — труп. Упала, не встаёт, данные похерила или дверь для хакеров нараспашку открыла. Пример задачи: «Приложение, сука, вылетает в тапки ЛЮБОМУ, кто логин ввести попытается». Вот это блокер. Дальше работать нельзя, нихуя.
-
Major / Высокая. Не всё сдохло, но ключевая функция — в отключке. Нет обходного пути, то есть пользователь упёрся лбом в стенку и нихуя не может сделать. Пример: «Товар в корзину добавить нельзя, кнопка — просто украшение, блядь». Функционал сломан, пользователь в ярости.
-
Minor / Средняя. Функция вроде жива, но хромает на обе ноги и косит глазом. Есть костыль (обходной путь), но танцевать с ней не получится. Пример: «В мобилке поле ввода, сука, разъезжается при повороте, будто его ветром шатает». Работать можно, но волнение ебать, терпения — ноль.
-
Trivial / Низкая. Это не баг, это придирка, блядь. Косметика, опечатка, отступ не по макету. Система работает, пользователь не пострадает, но перфекционисту глаз режет. Пример: «Шрифт в подвале не тот оттенок серого, ёпта». Исправить надо, но бежать сломя голову — не стоит.
Зачем это всё? А затем, чувак, чтобы не метаться как угорелый. Severity — это техническая оценка «насколько хрупко тут всё». А Priority (приоритет) — это уже бизнес решает, какую из этих проблем сейчас затыкать. Связка «серьёзность + приоритет» — вот она, магия планирования, чтобы не тушить постоянно горящую жопу, а работать на опережение. И качество системы оценивать — сколько у вас там этих «критикалов» болтается, а?