/
Choosing Bug Priority

Choosing Bug Priority

What is the purpose of the Article?

  • You will understand how to choose the priority level for a BUG

Audience

  • Software Development Engineers

Priority and classification of BUGS, provided below:

Acknowledgement TAT during work hours is 10 minutes.

Issue type

Priority(P) #

Acknowledgement TAT (odd hours)

Resolution TAT after being Assigned to Developer

CRITICAL

1/Highest

2 hours

24 hours

URGENT

2/High

4 hours

48 hours

IMPORTANT

3/Medium

6 hours

72 hours

MINOR

4/Low

8 hours

120 hours

CRITICAL 

The problem results in extremely serious interruptions to a production system, causing downtime. It has affected, or could affect, the entire user community of the software. Tasks that should be executed immediately cannot be executed because of a complete crash of the system or interruptions in main functions of the production system. Data integrity is compromised and the service request requires immediate processing as the issue can result in financial losses.

URGENT

The problem results in serious interruptions to normal operations. Important tasks cannot be performed, but the error does not impair essential operations. Processing can still continue in a restricted manner, and data integrity may be at risk.

IMPORTANT

The problem causes interruptions in normal operations. It does not prevent operation of a production system, or there could be minor degradation in performance. The error is attributed to malfunctioning or incorrect behavior of the software. The issue will affect a pilot, proof-of-concept or project deadline.

MINOR

The problem results in minimal or no interruptions to normal operations (i.e. causes no business impact). The issue consists of "how to" questions including issues related to APIs and integration, installation and configuration inquiries, enhancement requests, or documentation questions. 



Related content