There are two key things in defects of the software testing 1) Severity 2) Priority
What is the difference between Severity and Priority?
π¦π²ππ²πΏπΆππ: The impact of the bug/defect on the application is known as the severity. It is the extent to which the defect can affect the software. In other words, it defines the impact that a given defect has on the system.
Types of Severity There are four different levels of severity. 1. Critical 2. Major 3. Minor 4. Low
π Critical A defect that completely blocks the testing of the product/feature is a critical defect. If the application crashes or becomes unusable/not able to proceed further, the defect could be classified under critical severity.
π Major Any Major feature implemented that is not meeting the customerβs requirements/use case(s) and behaves differently than expected, can be classified under Major Severity.
π Minor A medium defect appears when the product or application doesnβt meet certain criteria or still exhibits some strange behaviors, however, the functionality as a whole is not impacted and can be classified under Minor Severity.
π Low Any corrective defects including spelling mistakes or alignment issues or font casing can be classified under Low Severity.
π£πΏπΆπΌπΏπΆππ: Priority of a defect is related to how quickly a bug should be fixed and deployed to live servers. When a defect is of high severity, most likely it will also have a high priority. The higher the priority the sooner the defect should be resolved. Likewise, a low-severity defect will normally have a low priority as well.
π Low: The defect is an irritant that should be repaired, but repair can be deferred until after more serious defects have been fixed.
π Medium: The defect should be resolved in the normal development activities. It can wait until a new build or version is created.
π High: The defect must be resolved as soon as possible because the defect is affecting the application or the product severely. The system cannot be used until the repair has been done.
Below are the examples for different combinations of priority and severity 1. ππΌπ π½πΏπΆπΌπΏπΆππ-ππΌπ ππ²ππ²πΏπΆππ β A spelling mistake in a page not frequently navigated by users. 2. ππΌπ π½πΏπΆπΌπΏπΆππ-ππΆπ΄π΅ ππ²ππ²πΏπΆππ β Application crashing in some very corner case. 3. ππΆπ΄π΅ π½πΏπΆπΌπΏπΆππ-ππΌπ ππ²ππ²πΏπΆππ β Slight change in logo color or spelling mistake in the company name. 4. ππΆπ΄π΅ π½πΏπΆπΌπΏπΆππ-ππΆπ΄π΅ ππ²ππ²πΏπΆππ β Issue with login functionality.
There are two key things in defects of the software testing
1) Severity
2) Priority
What is the difference between Severity and Priority?
π¦π²ππ²πΏπΆππ:
The impact of the bug/defect on the application is known as the severity. It is the extent to which the defect can affect the software. In other words, it defines the impact that a given defect has on the system.
Types of Severity
There are four different levels of severity.
1. Critical
2. Major
3. Minor
4. Low
π Critical
A defect that completely blocks the testing of the product/feature is a critical defect. If the application crashes or becomes unusable/not able to proceed further, the defect could be classified under critical severity.
π Major
Any Major feature implemented that is not meeting the customerβs requirements/use case(s) and behaves differently than expected, can be classified under Major Severity.
π Minor
A medium defect appears when the product or application doesnβt meet certain criteria or still exhibits some strange behaviors, however, the functionality as a whole is not impacted and can be classified under Minor Severity.
π Low
Any corrective defects including spelling mistakes or alignment issues or font casing can be classified under Low Severity.
π£πΏπΆπΌπΏπΆππ:
Priority of a defect is related to how quickly a bug should be fixed and deployed to live servers. When a defect is of high severity, most likely it will also have a high priority.
The higher the priority the sooner the defect should be resolved.
Likewise, a low-severity defect will normally have a low priority as well.
π Low:
The defect is an irritant that should be repaired, but repair can be deferred until after more serious defects have been fixed.
π Medium: The defect should be resolved in the normal development activities. It can wait until a new build or version is created.
π High: The defect must be resolved as soon as possible because the defect is affecting the application or the product severely. The system cannot be used until the repair has been done.
Below are the examples for different combinations of priority and severity
1. ππΌπ π½πΏπΆπΌπΏπΆππ-ππΌπ ππ²ππ²πΏπΆππ β A spelling mistake in a page not frequently navigated by users.
2. ππΌπ π½πΏπΆπΌπΏπΆππ-ππΆπ΄π΅ ππ²ππ²πΏπΆππ β Application crashing in some very corner case.
3. ππΆπ΄π΅ π½πΏπΆπΌπΏπΆππ-ππΌπ ππ²ππ²πΏπΆππ β Slight change in logo color or spelling mistake in the company name.
4. ππΆπ΄π΅ π½πΏπΆπΌπΏπΆππ-ππΆπ΄π΅ ππ²ππ²πΏπΆππ β Issue with login functionality.
Omer Khan
Recent Posts
Recent Posts
Exploring Apache CloudStack: An Open-Source Cloud Management
Business Rules Management with Drools: An Introduction
Reactive Programming in Java
Archives