Какие знаешь виды приоритетности?

Виды приоритетности в тестировании программного обеспечения

В контексте QA и управления дефектами приоритетность (Priority) и серьезность (Severity) — это два ключевых, но разных аспекта классификации проблем. Часто они используются совместно для определения порядка работы. Приоритет указывает на срочность устранения дефекта или выполнения задачи с точки зрения бизнес-процесса, релизных планов и влияния на пользователей. Серьезность отражает техническую степень воздействия дефекта на функциональность системы.

Основные виды/уровни приоритетности (Priority)

На практике обычно используется градация от высшего (Highest/Immediate) до низшего (Low) приоритета. Конкретные названия могут варьироваться в разных компаниях, но смысл остается схожим.

1. Высший (High / Critical / P1 / Immediate)

    *   Дефекты, которые **блокируют дальнейшее тестирование** или использование ключевой функциональности. Например, крах системы при запуске, невозможность завершить основной пользовательский сценарий (платеж, регистрация).
    *   Проблемы, требующие немедленного исправления **до выпуска любой версии продукта**, даже внутренней.
    *   Часто связаны с дефектами высокой серьезности (Critical, Major), но не всегда. Бизнес-логика может назначить высокий приоритет дефекту средней серьезности, если он затрагивает ключевого клиента.

1. Средний (Medium / Normal / P2)

    *   Дефекты, которые **не блокируют основные функции**, но существенно влияют на пользовательский опыт или имеют заметные отклонения от требований.
    *   Например, некорректное отображение данных на главной странице, ошибка в не основном, но важном отчете.
    *   Эти дефекты должны быть исправлены **в текущем или следующем релизе**.

1. Низкий (Low / Minor / P3)

    *   Дефекты с **минимальным влиянием** на функциональность или пользователя. Часто это косметические проблемы, небольшие отклонения от спецификации, не затрагивающие основную логику.
    *   Например, незначительное смещение элемента интерфейса, опечатка в тексте (не в ключевом сообщении), неоптимальное, но работающее поведение.
    *   Устранение планируется в **будущих релизах**, часто после всех высоко- и среднеприоритетных задач.

Связь приоритетности и серьезности: пример на практике

Важно понимать, что Priority и Severity не являются прямой зависимостью. Решение о приоритете принимается на основе многих факторов: стратегии релиза, влияния на клиентов, маркетинговых требований, стоимости исправления. Дефект высокой серьезности может получить низкий приоритет, если его сложно исправить и он проявляется в крайне редких сценариях. И наоборот, дефект низкой серьезности (например, ошибка в логотипе компании на стартовой странице) может получить высокий приоритет из-за бизнес-репутации.

Пример в коде (симуляция логики оценки):

class Defect:
    def __init__(self, severity, affects_key_client=False, blocks_core_flow=False):
        self.severity = severity  # 'Critical', 'Major', 'Minor', 'Cosmetic'
        self.affects_key_client = affects_key_client
        self.blocks_core_flow = blocks_core_flow

    def calculate_priority(self):
        # Базовый приоритет на основе серьезности
        base_priority_map = {'Critical': 'High', 'Major': 'Medium', 'Minor': 'Low', 'Cosmetic': 'Low'}
        base_priority = base_priority_map.get(self.severity, 'Low')

        # Повышение приоритета по бизнес-факторам
        if self.blocks_core_flow:
            return 'High'  # Блокирующий дефект всегда высокий приоритет
        elif self.affects_key_client and base_priority == 'Low':
            return 'Medium'  # Дефект для ключевого клиента повышает приоритет
        else:
            return base_priority

# Примеры использования:
critical_bug = Defect('Critical', blocks_core_flow=True)
print(f"Severity: {critical_bug.severity}, Priority: {critical_bug.calculate_priority()}")
# Вывод: Severity: Critical, Priority: High

cosmetic_bug_for_key_client = Defect('Cosmetic', affects_key_client=True)
print(f"Severity: {cosmetic_bug_for_key_client.severity}, Priority: {cosmetic_bug_for_key_client.calculate_priority()}")
# Вывод: Severity: Cosmetic, Priority: Medium

Процесс назначения приоритета

Назначение приоритета — это обычно коллективное решение или решение, принимаемое ответственной ролью (например, менеджером проекта, лидом QA, продуктオーナером). В него вовлекаются:

• QA Engineer: предоставляет детали дефекта, его серьезность и влияние на тестирование.
• Development Lead: оценивает техническую сложность и время на исправление.
• Business/Product Owner: оценивает влияние на пользователей, бизнес-процессы и релизные планы.

Критерии для определения приоритета

• Влияние на бизнес-процессы: Дефект, нарушающий основной поток доходов, получает высший приоритет.
• Влияние на пользователей: Частота использования функции, количество затрагиваемых пользователей.
• Блокирование других работ: Дефект, который мешает тестировать другие функции или разрабатывать новые.
• Релизные сроки и стратегия: Что должно быть исправлено для очередного выпуска.
• Сложность и риск исправления: Иногда низкоприоритетный, но рискованный дефект откладывается.

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