Ответ
Severity (Серьёзность) — это атрибут дефекта, который характеризует степень его влияния на работоспособность и функциональность тестируемой системы. Она оценивается тестировщиком с технической точки зрения.
Уровни серьёзности (общепринятая классификация):
-
Critical (Критический): Дефект блокирует дальнейшее тестирование или приводит к полному отказу системы.
- Пример: Крах (crash) приложения при запуске, невозможность выполнить основную бизнес-функцию (например, оплатить заказ).
-
High (Высокий): Ключевая функция не работает, как ожидалось, но система не падает. Нет обходного пути.
- Пример: Кнопка "Отправить" в форме заказа ничего не делает, данные не сохраняются.
-
Medium (Средний): Функция работает, но с существенными отклонениями. Существует обходной путь.
- Пример: Некорректное отображение итоговой суммы в корзине, которое можно пересчитать вручную.
-
Low (Низкий): Незначительная проблема, не влияющая на основную функциональность. Часто косметическая.
- Пример: Опечатка в тексте на кнопке, неидеальное выравнивание элемента.
Пример в коде (Critical Severity):
public void processPayment(Order order) {
if (order == null) {
// Critical: Система упадёт при попытке оплаты пустого заказа
throw new NullPointerException("Order cannot be null");
}
// ... логика оплаты
}Важно: Severity (серьёзность, влияние на систему) отличается от Priority (приоритета, срочности исправления). Приоритет определяет порядок исправления дефектов и часто устанавливается менеджером или продукт-оунером.
Ответ 18+ 🔞
Э, слушай, давай разжую тебе про эту вашу «Severity», или, по-нашему, «Серьёзность». Это, блядь, не просто какая-то хуйня, которую ты в баг-трекер пишешь, а целая наука, ёпта! Это показатель того, насколько твой найденный косяк может разъебать систему в хлам. Оценивается он строго с технической стороны, без этих вот «ой, мне кажется».
Уровни этой самой серьёзности, которые все вроде как признают:
- Critical (Критический): Это пиздец, апокалипсис, блядь. Система встала колом, и дальше тестить нихуя нельзя. Представь, запускаешь приложение — а оно тебе «Hello, World!» и накрылось медным тазом. Или главная фича, ради которой всё затевалось, не пашет. Например, оплатить заказ — а нихуя.
- High (Высокий): Тут система вроде жива, но ключевая функция откинула копыта. Обходного пути нет, работать невозможно. Ну, например, кнопка «Сохранить» — нажимаешь, а она, сука, просто для красоты. Данные улетают в пизду.
- Medium (Средний): Функция вроде шевелится, но криво, косо и с одышкой. Зато есть обходной манёвр, можно как-то выкрутиться. Допустим, сумма в корзине считается через жопу, но ты можешь взять калькулятор и посчитать сам, ебать его в сраку.
- Low (Низкий): А вот это уже мелочи, блядь. На работу системы не влияет, но глаз режет. Типа опечатки в тексте или элемент съехал на три пикселя влево. Чистая косметика, но если накопится — тоже, блядь, впечатление портит.
Смотри, как выглядит критичный дефект в коде, чтоб ты понимал масштаб трагедии:
public void processPayment(Order order) {
if (order == null) {
// Critical: Система упадёт при попытке оплаты пустого заказа
throw new NullPointerException("Order cannot be null");
}
// ... логика оплаты
}Вот видишь? Передай сюда null — и всё, ебаный краш, в рот меня чих-пых! Пользователь в ахуе, деньги не идут, всё летит к ебене матери.
И запомни раз и нахуй: Severity (серьёзность, влияние на систему) — это одно, а Priority (приоритет, срочность починки) — это совсем другое! Серьёзность — это то, насколько всё плохо технически. А приоритет — это уже вопрос бизнеса, его обычно менеджер или продакт решает, кому и когда впендюрить задачу на исправление. Может быть низкий по серьёзности баг (та же опечатка), но срочный по приоритету, если она, например, на главной странице у CEO. Волнение, блядь, чувствую, что сейчас запутаешься.