Как классифицировать баги для разработчика?

Классификация багов помогает разработчикам быстрее понять проблему и определить приоритетность исправления. Основные критерии классификации:

• Серьезность (Severity): Влияние бага на работу приложения.
  • Blocker: Приложение полностью неработоспособно или ключевая функциональность недоступна, нет обходных путей.
  • Critical: Серьезное нарушение функциональности, влияющее на значительное число пользователей или ключевые бизнес-процессы. Возможны частичные обходные пути или временные решения.
  • Major: Значительное нарушение функциональности или юзабилити, но без полной блокировки работы.
  • Minor: Незначительное нарушение функциональности, косметические дефекты, орфографические ошибки. Не влияет существенно на работу приложения.
  • Trivial: Мелкие дефекты, почти не влияющие на работу пользователя, могут быть исправлены в последнюю очередь.
• Приоритет (Priority): Срочность исправления бага. Определяется совместно QA и Product Owner/Team Lead.
  • Highest: Требует немедленного исправления, блокирует выпуск релиза или критически влияет на ключевых пользователей.
  • High: Должен быть исправлен в ближайшее время, влияет на важные сценарии использования.
  • Medium: Желательно исправить до следующего релиза.
  • Low: Может быть исправлен в последующих релизах, не критичен.
• Тип (Type): Категория дефекта.
  • Functional: Ошибка в работе функциональности.
  • UI/UX: Проблемы с внешним видом или удобством использования.
  • Performance: Проблемы с производительностью (скорость загрузки, отзывчивость).
  • Security: Уязвимости в безопасности.
  • Compatibility: Ошибки, связанные с работой на разных устройствах, браузерах, ОС.
  • Integration: Проблемы взаимодействия между модулями или системами.
  • Usability: Трудности при использовании интерфейса или выполнении задач.
• Статус (Status): Текущее состояние бага в жизненном цикле.
  • New: Только что создан.
  • Open: Принят в работу.
  • In Progress: Над ним работают.
  • Fixed: Исправлен разработчиком.
  • Pending Retest: Ожидает перетестирования QA.
  • Reopen: Не прошел перетестирование, снова назначен разработчику.
  • Closed: Успешно прошел перетестирование.
  • Rejected/Cannot Reproduce: Баг не воспроизводится или не является дефектом.
  • Deferred/Postponed: Исправление отложено на более поздний срок.

При предоставлении информации разработчику также важны чёткое описание шагов воспроизведения, фактический и ожидаемый результат, версия билда/среды, логи.