В чём разница между Blocked Status и Critical Status?

Разница между Blocked и Critical

Это два разных концепта в баг-трекинге, часто путаемые вместе. Они описывают разные аспекты проблемы в работе.

Blocked Status

Определение: Статус задачи, указывающий, что выполнение ЗАБЛОКИРОВАНО внешним препятствием.

Примеры:

• Тест не может выполниться, потому что API endpoint нет
• Разработка заблокирована, потому что нет дизайна
• QA тестирование заблокировано, окружение недоступно
• Автотесты заблокированы, база данных упала

Характеристика:

• ВНЕШНЯЯ блокировка — сам код хороший, но есть препятствие
• Временная — решается, когда проблема решена
• Требует помощи других команд

Critical Status

Определение: Severity бага, указывающий на ВЫСОКУЮ ВАЖНОСТЬ дефекта.

Примеры:

• Приложение падает при создании аккаунта
• Данные пользователя теряются при сохранении
• Payment процесс не работает
• Security уязвимость позволяет получить доступ

Характеристика:

• ВНУТРЕННЯЯ проблема — баг в коде
• Серьёзность дефекта — сильно влияет на функцию
• Требует срочного fix — блокирует release

Сравнение

Blocked:

• Статус задачи или теста
• О блокировке прогресса
• Внешнее препятствие
• Решение: устранить препятствие
• Пример: нет тестового окружения
• Обычно временный

Critical:

• Severity бага
• О серьёзности дефекта
• Баг в коде или функции
• Решение: написать fix
• Пример: приложение падает
• Требует изменения кода

Практические сценарии

Сценарий 1: Blocked но не Critical Нашли баг: Профиль не сохраняется Но API находится в разработке

Status = BLOCKED (ждём деплоя)
Severity = CRITICAL (когда развернут, будет критичный)

Сценарий 2: Critical но не Blocked Нашли баг: Пользователь теряет деньги Всё окружение доступно

Status = OPEN (можем продолжать тестирование)
Severity = CRITICAL (срочно нужен fix)

Сценарий 3: Blocked И Critical Тестируем платежи Нашли: Платёж падает Но Payment API упал

Status = BLOCKED (нельзя тестировать)
Severity = CRITICAL (это критичный баг)

Сценарий 4: Ни то ни другое Нашли: Кнопка неправильного цвета

Status = OPEN (не заблокирован)
Severity = MINOR (не критичный)

Матрица Priority и Severity

Bizness решает Priority на основе Severity:

Severity CRITICAL + Priority P1 = Срочно (сегодня) Severity HIGH + Priority P2 = Скоро (этот спринт) Severity MEDIUM + Priority P3 = Когда-нибудь Severity LOW + Priority P4 = Может быть никогда

Типичные Severity уровни

CRITICAL:

• Основная функция не работает
• Приложение падает
• Data loss
• Security issue
• Business loss

HIGH:

• Важная функция работает неправильно
• Некорректные данные
• Плохой user experience

MEDIUM:

• Второстепенная функция сломана
• Минорные UI проблемы
• Документация устарела

LOW:

• Typo и опечатки
• Минорные визуальные огрехи
• Улучшения

Для QA: определи оба параметра

Severity: Насколько серьёзно для пользователя?

• Система не работает? CRITICAL
• Функция работает неправильно? HIGH
• Визуальная проблема? LOW

Status: Можешь продолжать тестирование?

• Нет, внешнее препятствие? BLOCKED
• Да, тестируешь нормально? OPEN

Пример баг отчета

Title: User cannot save profile picture Severity: HIGH Status: OPEN Priority: P2 Assigned to: Backend Developer

Заключение

BLOCKED — про прогресс вашего ТЕСТИРОВАНИЯ, про внешние препятствия.

CRITICAL — про серьёзность НАЙДЕННОГО БАГА, про влияние на пользователя.

Эти два параметра помогают организовать работу и приоритизировать задачи. Правильное использование обеспечивает эффективное управление качеством.