Escolar Documentos
Profissional Documentos
Cultura Documentos
Regards,
Raji
Eg:-
(1) High Priority and Low Severity
If a company logo is not properly displayed on their website.
(2) High Priority and High Severity
Suppose you are doing online shopping and filled payment informations, but
after submitting the form, you get a message like "Order has been
cancelled."
(3) Low Priority and High Severity
If we have a typical scenario in which the application get crashed, but that
scenario exists rarely.
(4) Low Priority and Low Severity
There is a mistake like "You have registered success" instead of successfully,
success is written.
Let us consider in Yahoo login page, you are able to see username, password and
sign in button.
Let us say Sign in button is not in proper manner or the text of sign in is not able to
understand to the user such a way that he doesn't know what is the use of that
button.
Even though it is a simple text change or button is not proper place, the bug
severity will be high and priority will be low. Because if the user selects the button,
functionality will work.
Why it is high severity is , in the first look it self user will get bad impression. But
the functionality is working properly as the requirements.
• While Developing a site for Pepsi, by mistake a logo sign of coke is embedded. This does
not affect functionality in any way but has high priority to be fixed.
• Any typo mistakes or glaring spelling mistakes on home page which are discovered
during UAT testing.
• Incase application works perfectly for 50000 sessions but beings to crash after higher
number of sessions. This problem needs to be fixed but not immediately.
• Any report generation not getting completed 100% - Means missing Title, Title Columns
but having proper data enlisted. We could have this fixed in the next build but missing
report columns is a High Severity defect.
Defect Severity:
Severity is the seriousness of the defect or bug in terms of functionality. Severity is
usually set by the QA team to intimate the Development team
Medium The problem affects selected processing, but has a work-around that
allows continued processing and testing. No data loss is suffered. These may be
cosmetic problems that hamper usability or divulge client-specific information.
Low The problem is cosmetic, and/or does not affect further processing and testing.
Defect Priority:
Priority tells us how soon it is desired to fix the problem. Priority is the importance
of defect in terms of customer's requirements.
Priority is set by the Business / Development Lead for the Development team to
prioritize in fixing the defects
High Must fix the problem NOW (All other defect fixing tasks take least preference).
Problem is blocking further progress in this area.
Low Fix the problem if time permits; somewhat trivial. May be postponed
Note: There are different ways of representing the Priority and Severity based on
the project requirement.
Severity : - How much the bug is effecting the functionality of the application?
Eg:-
(1) High Priority and Low Severity
If a company logo is not properly displayed on their website.
(2) High Priority and High Severity
Suppose you are doing online shopping and filled payment informations, but after
submitting the form, you get a message like "Order has been cancelled."
(3) Low Priority and High Severity
If we have a typical scenario in which the application get crashed, but that scenario
exists rarely.
(4) Low Priority and Low Severity
There is a mistake like "You have registered success" instead of successfully,
success is written