Какие знаешь уровни серьёзности?

Уровни серьёзности (Severity Levels) в тестировании программного обеспечения

В контексте тестирования программного обеспечения, уровни серьёзности (Severity Levels) — это классификация дефектов (багов) по степени их негативного влияния на функциональность продукта, пользователей и бизнес-процессы. Эта классификация является ключевым элементом в управлении дефектами и помогает команде разработки и тестирования правильно расставлять приоритеты в их исправлении. Обычно уровни серьёзности присваиваются тестировщиком при обнаружении и документировании дефекта в системе управления багами (например, Jira, Bugzilla).

В моей практике я чаще всего использую четыре или пять уровней, которые являются наиболее распространёнными в индустрии. Вот их детальное описание:

1. S1: Critical (Критический / Блокирующий)

Это дефекты высшей степени серьёзности, которые полностью блокируют работу системы или её ключевой функционал.

• Примеры: Приложение не запускается; критическая функция (например, оплата в банковском приложении) недоступна; система "падает" (крашится) при выполнении стандартной операции; потеря данных пользователя.
• Последствия: Дефект делает продукт непригодным для использования. Исправление требует немедленного внимания и обычно приводит к остановке разработки или "горячему" патчу.

2. S2: Major (Высокий / Серьёзный)

Дефекты, которые существенно влияют на основные функции, но не полностью блокируют работу системы.

• Примеры: Основная функция работает некорректно (например, поиск возвращает неверные результаты); ошибка приводит к некорректным финансовым расчетам; серьезное отклонение от бизнес-логики.
• Последствия: Функциональность сильно нарушена, пользовательский опыт значительно ухудшен. Эти дефекты исправляются в ближайших спринтах или релизах.

3. S3: Medium (Средний / Незначительный)

Дефекты, которые влияют на вспомогательные функции или имеют ограниченное влияние на пользователя.

• Примеры: Неправильное отображение элементов интерфейса (UI) в некритичном месте; некорректная работа неосновной функции; небольшие отклонения в поведении системы, не нарушающие основную логику.
• Последствия: Функционал работает, но с заметными проблемами. Такие баги планируются для исправления в обычном порядке работы.

4. S4: Low (Низкий / Тривиальный)

Дефекты с минимальным влиянием на функциональность или пользователя. Часто связаны с косметическими проблемами.

• Примеры: Незначительная опечатка в тексте (не в ключевом сообщении); неидеальное, но приемлемое расположение элемента на странице; очень редкая и не критичная ошибка в логах.
• Последствия: Дефект практически не мешает использованию продукта. Их исправление часто происходит "по мере возможности" или может быть даже отложено.

5. S5: Cosmetic / Trivial (Косметический)

В некоторых классификациях это отдельный уровень, выделенный из Low. Дефекты, которые влияют только на внешний вид и не затрагивают функциональность.

• Примеры: Несоответствие цвета кнопки гайдлайнам; отсутствие тени у элемента; разница в отступах в 1px.

Важные принципы использования уровней серьёзности:

• Severity vs Priority: Необходимо четко разделять серьезность (техническое влияние дефекта) и приоритет (срочность его исправления с точки зрения бизнеса). Например, косметическая ошибка на главной странице сайта может иметь низкую серьезность (S4), но высокий приоритет из-за влияния на имидж компании.
• Критерии определения: Для объективной оценки важно иметь внутренние соглашения (conventions) или чек-листы в команде. Это помогает избежать субъективности.

# Пример записи дефекта в Jira с указанием Severity

**Title:** Приложение завершает работу с ошибкой при попытке оплаты через основной платежный шлюз.
**Description:** На шаге подтверждения платежа система выдает критическую ошибку и перезагружается.
**Steps to Reproduce:** 1. Добавить товар в корзину. 2. Выбрать оплату "Credit Card". 3. Заполнить форму. 4. Нажать "Pay Now".
**Expected Result:** Платеж успешно processed.
**Actual Result:** Приложение крашится, появляется сообщение "Fatal Error".
**Severity:** Critical (S1)
**Priority:** High

Правильное определение уровня серьёзности позволяет эффективно коммуницировать с разработчиками, менеджерами и другими stakeholders, обеспечивая стабильное и качественное развитие продукта. Это фундаментальный навык для любого профессионального QA Engineer.