Priority and Severity

Q. What is a test strategy?

Answer:
A test strategy must address the risks and present a process that can reduce those
risks.
The two components of Test strategy are:
a) Test Factor: The risk of issue that needs to be addressed as a part of the test
strategy. Factors that are to be addressed in testing a specific application
system will form the test factor.
b) Test phase: The phase of the systems development life cycle in which testing
will occur.]

Q. When to stop testing?

Answer:
a) When all the requirements are adequately executed successfully through test
cases
b) Bug reporting rate reaches a particular limit
c) The test environment no more exists for conducting testing
d) The scheduled time for testing is over
e) The budget allocation for testing is over]

Q. Your company is about to roll out an E-Commerce application. It is not
possible to test the application on all types of browsers on all platforms and
operating systems. What steps would you take in the testing environment to
reduce the business risks and commercial risks?

Answer:
Compatibility testing should be done on all browsers (IE, Netscape, Mozilla etc.)
across all the operating systems (win 98/2K/NT/XP/ME/Unix etc.)]

Q. What’s the difference between priority and severity?

Answer:
“Priority” is associated with scheduling, and “severity” is associated with standards.
“Priority” means something is afforded or deserves prior attention; a precedence
established by order of importance (or urgency). “Severity” is the state or quality of
being severe; severe implies adherence to rigorous standards or high principles and
often suggests harshness; severe is marked by or requires strict adherence to
rigorous standards or high principles, e.g. a severe code of behavior. The words
priority and severity do come up in bug tracking. A variety of commercial, problemtracking/
management software tools are available. These tools, with the detailed
input of software test engineers, give the team complete information so developers
can understand the bug, get an idea of its ’severity’, reproduce it and fix it. The fixes
are based on project ‘priorities’ and ’severity’ of bugs. The ’severity’ of a problem is
defined in accordance to the customer’s risk assessment and recorded in their
selected tracking tool. A buggy software can ’severely’ affect schedules, which, in
turn can lead to a reassessment and renegotiation of ‘priorities’.]




Related Posts:

  • How to write software Testing Weekly Status Report
  • Now get paid to find software bugs. uTest is paying testers to find bugs
  • Sample bug reports for web and product applications
  • How to write a good bug report? Tips and Tricks
  • Should companies charge the clients on the basis of number of bugs?
  • 14 comments ↓

    #1 Viky on 06.16.07 at 5:37 pm

    How priority and severity are determined?
    Are they only decided by the tester by his own or is there any fix criteria to decide it?
    I mean if i found a bug i will assign it priority what i think is relative but for the same bug other tester can assign different priority and severity … so how should one maintain this as a standard?

    #2 Ashwini on 10.31.07 at 5:01 pm

    Q. When to stop testing?

    Answer:
    a) When all the requirements are adequately executed successfully through test
    cases
    b) Bug reporting rate reaches a particular limit
    c) The test environment no more exists for conducting testing
    d) The scheduled time for testing is over
    e) The budget allocation for testing is over

    if we have multiple option question
    then which of the above is most correct answer

    #3 Avdhesh on 01.25.08 at 6:50 am

    I feel, none of above mentioned options are adequate to stop testing.
    I could have been,
    1. Raised defect status are of low priority having very less impace on system
    2. Business agrees to stop the testing & is ready to bear all the risk
    3. Atleast all the high priority requirement related test cases are covered.

    #4 pawanbudur on 02.11.08 at 12:39 pm

    give more examples for priority and severity defects

    #5 Subha Viswanathan on 03.07.08 at 10:45 am

    IN general the tester only assigns severity to the bug. The priority is assigned by the project manager. The priority of the bug might differ according to the release and hence the project manager will assign priority depending on how important that bug fix is for the release.

    Please correct me if i am wrong.

    -subha

    #6 Prabhu on 03.13.08 at 11:35 am

    Would like to know what is the difference between test plan and test stratergy.

    #7 john on 05.06.08 at 10:44 am

    severity means how serious the bug is?
    pripority means a message to the developer what defect are taken first ,next and ;last for defect recttification

    #8 Beena on 06.09.08 at 2:26 pm

    How to decide the priority and severity ?

    #9 sarika on 07.20.08 at 4:46 pm

    your answer provide nice information ,but i have one
    quiery that is
    “can priority dependes on severity”?

    please answer my quiery.

    #10 isha on 07.21.08 at 6:27 am

    who decides the priority devloper or QA?

    #11 khema on 07.21.08 at 10:16 am

    QA
    Base on client requirements we decided the priority.
    Means the importance of the client requirement we give the priority…

    #12 sharmi on 08.25.08 at 6:01 am

    Can anyone give examples for all combinations of priority and severity like high priority and low severity,etc…

    #13 Meghmala on 08.26.08 at 12:07 pm

    Hi all,

    Can anyone tell me procedure for testing performance of web apps ?
    I am single tester in my company. I want to do load /stress testing.
    Please help me.

    #14 yogshesh on 09.07.08 at 9:30 am

    u all hvnt gve the live examples of severity and prioroty .so plkease try to gve the examples

    Leave a Comment