Bug classification based on severity and priority

Bugs are inevitable in any software development life cycle. Everybody knows that. However, you have a deadline to meet. You have a release to get over with. There comes a point in time for a release when you take a call and decide what bugs to fix and what not to fix.

Here comes the importance of bug classification. The decision on what bugs to fix and what not to fix is made based on the bug classification.

Bug classification is done primarily to separate the most important bugs from the not so important ones.

Bug severity and bug priority are two terms which are confusing to many people. For the benefit of testers who have any doubts in this regard, here's how me and my company use these terms to properly classify a bug.

Bug severity describes how much damage a bug is doing.

Bug priority describes how important it is to fix that bug.

At first glance these two might appear the same. But they are different. They give a good picture of what to do when used together.

Consider these scenarios:

  1. A bug may do a good deal of damage. But if it rarely occurs, it may be less important to fix
  2. A bug may do some damage. But if it occurs consistently, it may be more important to fix

Let's see in more detail to understand how bug severity is different from bug priority ( taken the example of options available on bugzilla )

How to determine bug severity

Severity
How much damage the bug does
Blocker Application or major section freezes, crashes, or fails to start. Data is corrupted.
Critical Key feature does not work, cannot be used, or returns incorrect results.
Major Key feature is difficult to use or looks terrible. A secondary feature does not work, cannot be used, or returns incorrect results
Normal Secondary feature is difficult to use or looks terrible. Minor feature does not work, cannot be used, or returns incorrect results
Minor Secondary feature has a cosmetic issue. Minor feature is difficult to use or looks bad.
Trivial Minor glitches in images, not so obvious spell mistakes, etc
Enhancement Improvement to product features due to bad usability or based on feedback from users. This is not part of product requirements / design originally.

 

(A key feature is one of the main tasks a product is supposed to accomplish. A secondary feature is one that the product is expected to have, one that helps accomplish the main tasks. A minor feature is a cosmetic feature or one that gives the user some minor piece of information.)

How to set bug priority

Priority Priority description Which severity bugs
P1 Must be fixed All blockers and criticals. Majors affecting many customers.
P2 Highly desirable, scheduled, but not stop ship Majors affecting some customers. Normals affecting many customers.
P3 Nice to have, but not scheduled Normals affecting some customers. Minors and trivials that affect many customers
P4 Not likely to be fixed soon Minors and trivials affecting a few customers

Enhancements can be prioritized based on the desirability of that feature.

Hope this helped a few people atleast. Feel free to add your comments.


to determine bug severity,

to determine bug severity, user still input manually, choose through listbox (ex: listbox option in bugzilla ). but how to determine automatically bug severity.

That Tester need to Analyze

That Tester need to Analyze

User login

Who's new

  • amitbhagwat
  • TenLekerand
  • ClainaNaigh
  • RaviGunasekaran
  • gopasruhafoni

Who's online

There are currently 0 users and 1 guest online.