Interested to Buy Any Domain ? << Click Here >> for more details...
Pls give examples for
1. High severity and high priority.
2. High severity and low priority.
3. Low severity and high priority.
4. Low severity and low priority
- 5 Answers
- 43158 Views
- TCS, I also Faced
- E-Mail Answers
Answers were Sorted based on User's Feedback
Answer / akhil kumar
Hi everybody what I found is there is a little clarification
needed for simple concept of severity and priority.severity
shows the impact on the application which can be high or low
like system crash will have high severity.while priority
denotes how much it is important to fix the bug.so if system
crashes once in say 150 times then it will have low priority.
so examples for these are below:-
1.High severity & low priority :- If a application crashes
on very rare occasions and changes are very low of
crashing.so severity will be high but priority will be low.
2.High severity & high priority:- if a application crashes
very frequently and duly visible or first time the
application came from development team to the testing
department.
3.Low severity & low priority:- it is merely just a
enhancement bug which the client wishes like changing the
background colour of user interface,also like adding a
button like 'back' to navigate previous page.
4.Low severity & high priority:- In this case if the name of
the company on its home page is misspelt will be considered.
So to find that in which category the bug comes always
remember one thing that Low severity bugs are mostly related
to GUIs and high severity bugs always related to things like
system crash.severity is always technical while priority is
for business purpose.
| Is This Answer Correct ? | 43 Yes | 6 No |
Answer / keshab
H-P H-S – Login id & Password Encryption is not done at
client Side
H-P L-S – Company Logo is mismatch
L-P H-S - Session is not expiring after clicking on logout
button in
any screen.
L-P L-S - Client Side Validation for text box & Field
| Is This Answer Correct ? | 29 Yes | 11 No |
Answer / mike k.
A good way to clarify this may come from the so-called
"Failure Mode Effects Analysis" process in quality Management.
A triad of Severity (S), Occurrence (O) and Detectability
(D) produces a so-called "risk priority number" (P).
"S" - "How much money do we lose if this happens".
"O" - "What ratio of business processes are affected?"
"D" - "Can we find out in time if the defect occurred?"
If S is high, but O + D are low, then P is low.
If S is high and O + D are high, then P is high.
If S is low and O + D are low, then P is low.
If S is low and O + D are high, then P is high.
Examples:
S high, O + D low:
Once a year, the database must undergo housekeeping or
tablespaces will one day overflow, crashing the entire
system, denying every business process until the tablespace
is freed and the application restored. Unfortunately, the
script does not work.
This is a very high severity defect.
This is very easy to detect (monitor tablespaces) and will
not occur quickly (a year down the line) so the priority is low.
S high, O + D high:
The corporate SOA "swallows up" fire-and-forget requests for
a certain constellation of parameters.
As you cannot know when a request got lost, you do not know
when or which business processes may fail.
As such, the priority is very high.
S low, O + D low:
The "undo" functionality of an application produces a
warning message when no change has been made prior to
execution. This irritates the user as "no action" or a
grayed-out button would be preferred.
Other than that, there is no business impact.
As such, there is a low priority: The developer might fix it
when by chance they are updating the module, otherwise no
sane project manager would waste budget on a fix.
S low, O + D high:
This is the typical scenario of "Defect with Business
processes unaffected".
The "Help" function from a portal sporadically causes the
servers to crash.
(There is a very easy workaround: just don't use the "Help",
and therefore people can still commence every business process.)
Something, however, still needs to be done, and that
quickly. An easy fix may be to disable "Help" - but you just
can't go live with that thing!
| Is This Answer Correct ? | 4 Yes | 2 No |
Answer / nilesh
High severity and high priority:
suppose an applicaton crush after start.
High severity and low priority.
In start up window application name or spelling is wrong.
Low severity and high priority.
suppose a database needs to be updated monthly but it gives
error.
Low severity and low priority
A scrolling button is there at the frontscreen.
| Is This Answer Correct ? | 18 Yes | 37 No |
Answer / shilpa
High severity and high priority.
application crash
High severity and low priority.
spelling mistake on homepage
e.g missing h in yahoo.com
Low severity and high priority.
Session is not expiring after clicking on logout
button in
Low severity and low priority
spelling mistake not on homepage
| Is This Answer Correct ? | 2 Yes | 23 No |
is there any checklist to check SRS document
What is release candidate
What is the difference between Use Case and test case?
What is Conventional & Unconventional testing?
What is parallel Testing?
Do we have any certifications for ETL Testing ?
Stubs and drivers we use in integration testing mostly but under what kind of testing approch it comes means Black box White box grey box ? Please help to get answer for it
when we found problem occured in requirement while writing test case when communicate with client but they not accepting it is problem whether you continue further or not?
Why should a software tester have knowledge of PHP language?
What are test closure document?
What r blackbox & whitebox testing techniques?
Fault-based testing is best reserved for Option 1 Conventional software testing Option 2 Operations and classes that are critical or suspect Option 3 Use-case validation Option 4 White-box testing of operator algorithms
Automation Testing 
