Как да класифицираме грешките за разработчика?

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

• Сериозност (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: Поправката е отложена за по-късен срок.

При предоставяне на информация също е важна ясната описателна стъпка за възпроизвеждане, фактическия и очаквания резултат, версията на билда/средата, логовете.