Bug Severity vs Priority In Testing With Examples

Bug Severity vs Priority In Testing With Examples

As a software tester, you’re performing website testing, but in between your software is crashed! Do you know what happened? It’s a bug! A Bug made your software slow or crash. A Bug is the synonym of defect or an error or a glitch. During my experience in the IT industry, I have often noticed the ambiguity that lies between the two terms that are, Bug Severity vs Bug Priority. So many times the software tester, project managers, and even developers fail to understand the relevance of bug severity vs priority and end up putting the same values for both the areas while highlighting a bug to their colleagues.

No alt text provided for this image

That is the reason I am sharing this article to help you distinguish between bug severity and priority with real-time examples. In this article, we will cover definitions of the terms, major differences between bug severity and priority with real-time examples, their types, and more.

Severity and priority are both used to highlight the threat of dealing with a bug on urgency. Depending upon these two factors, it is decided further which bug should be dealt with first. The vocabulary of these two words comes up in bug tracking report, sprint management. Thus, it is necessary for every software tester to pro these factors.

Basic Terminologies

Low: The bug is given the least attention. It may or may not be placed under the development bucket.

Medium: The fix may be considered after the deployment of an upcoming release or the next one.

High: The obstruction has to be resolved in the upcoming release as it affects the system severely and cannot be used until the bug is fixed.

Critical: It is a bug which is a major blocker and has affected the functionality of the whole web-application or website. The fix is to be deployed immediately or as soon as possible.

Catastrophic: As the name suggests this is when everything goes south. A bug walks in and corrupts every functionality that product has to offer. This is where all your development team, your testing team, your product managers come together immediately to find the root cause behind the bug asap to minimize further business loss. An example would be of Flipkart Big Billion Day Sale blunder, where the excessive traffic ended up breaking their server, inventory, and pricing as well.

No alt text provided for this image

Basic Understanding Between Bug Severity and Priority

1. Severity

Severity is how austere a bug is! The severity of a bug is derived based on the effect of that bug on the system. It indicates the level of threat that a bug can affect the system. Severity is divided into levels, such as-

No alt text provided for this image

Realizing the Severity of a bug is critical from risk assessment and management point of view.

2. Priority

Priority is how quickly a bug should be fixed and eradicated from the website. Bug priority indicates the sense of urgency for dealing with a bug on our website.

No alt text provided for this image

Buggy software or a website may severely infect the roster, which is a result, can lead to a re-evaluation of risk and priorities, which turn out to be more time, and resource consuming. This is why Shift-left testing is trending in order to evaluate the risk and bugs by testing a website as early as possible. In shift-left testing, you implement website testing right from the requirement gathering phase. That being said, prioritizing a bug in the right manner goes a long way in planning your SDLC(Software Development Lifecycle).

Bug Severity vs Priority

No alt text provided for this image
  • Bug Severity is the degree of impact that a defect has on the system; whereas, Bug Priority is the order of severity which has impacted the system.
  • Severity is related to standards and functionality of the system; whereas, Priority is related to scheduling.
  • Depending upon the impact of bug, Bug Severity examines whether the impact is serious or not. On the other hand, Bug Priority examines whether the bug should be resolved soon or can be delayed.
  • Bug Severity is operated by functionality. On the other hand, bug priority is operated by business value.
  • In the case of bug severity, the level of severity is less likely to change. However, bug priority may differ.
  • Bug severity is assessed from a technical perspective of the web-application workflow. On the other hand, bug priority is assessed from a user-experience perspective on web-application usage.

Bug Severity vs Priority! Who Does What?

Another important point here to understand is who is the moderator between severity and priority of the bug? Who plays a major role between these two terms? The below figure illustrates the role of denoted to perform bug fixing for the severity and priority.

No alt text provided for this image

Bug Severity is determined by Quality Analyst, Test engineer; whereas, Bug Priority is determined by the Product Manager or Client.

Let us now discuss the key differences between Bug Severity and Priority

Difference Between Bug Severity and Priority With Real Time Examples

Let us consider bug severity and priority with real-time examples to clarify the key differences between bug severity vs priority to clarify the terminology. We will be looking at the examples from a website tester point of view who is performing cross browser testing.

If you are not aware of cross browser testing, it is a practice of evaluating the appearance and functioning of a website across different desktop and mobile browsers and browser versions.

High Severity vs. High Priority

Let’s say you are working as a website tester in a SaaS company, you are testing your website on Chrome and experience no issues with the website’s look and feel. However, once you switch your browser from Google Chrome to Internet Explorer then you realized that the text, iframes on pricing page look distorted. The buttons for buying the plans have disappeared along with the pricing you were offering based on different features that come under a plan. Due to which people may fail to understand what they are getting on what price? What’s more, they can’t buy it even if they somehow want to because the buttons are missing out.

No alt text provided for this image

High Severity because the pricing grid is not presented to the customer. Leading to a blocker in product purchase.

High Priority, because the issue needs to be resolved as soon as possible as it is a blocker for product selling.

Continue Reading...

要查看或添加评论,请登录

Sarah Elson的更多文章

社区洞察

其他会员也浏览了