Severity & Priority in the area of  Software Testing
Quality <ul><li>P D C A  </li></ul><ul><li>Plan </li></ul><ul><li>Do </li></ul><ul><li>Check </li></ul><ul><li>Act </li></...
Severity <ul><li>Critical </li></ul><ul><li>Major </li></ul><ul><li>Moderate </li></ul><ul><li>Minor </li></ul><ul><li>Cos...
Priority <ul><li>Resolved Immediately </li></ul><ul><li>Give High Attention </li></ul><ul><li>Normal Queue </li></ul><ul><...
Critical <ul><li>The defect results in the termination of the complete SUT or one or more component applications of the SU...
Major <ul><li>The defect results in the termination of the complete SUT or one or more component applications of the SUT (...
Moderate <ul><li>The defect does not result in a termination, but causes the system to produce incorrect, incomplete, or i...
Minor <ul><li>The defect does not result in a termination, and does not impair usability, and the desired processing resul...
Cosmetic <ul><li>The defect is the result of non- conformance to a standard, is related to the aesthetics of the system, o...
Priority <ul><li>Priority will be partially based on Severity, but should take into account other factors such as the freq...
Resolved Immediately <ul><li>Further development and/or testing cannot occur until the defect has been repaired. The syste...
Give High Attention <ul><li>The defect must be resolved as soon as possible because it is impairing development/ and or te...
Normal Queue <ul><li>The defect should be resolved in the normal course of development activities. It can wait until a new...
Low Priority <ul><li>The defect is an irritant which should be repaired, but repair can be deferred until after more serio...
Suspend <ul><li>The defect repair can be put off indefinitely. It can be resolved in a future major system revision or not...
Thank You
Upcoming SlideShare
Loading in …5
×

Severity & priority in software testing

1,763 views
1,585 views

Published on

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,763
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Severity & priority in software testing

  1. 1. Severity & Priority in the area of Software Testing
  2. 2. Quality <ul><li>P D C A </li></ul><ul><li>Plan </li></ul><ul><li>Do </li></ul><ul><li>Check </li></ul><ul><li>Act </li></ul>Plan Check Act Do
  3. 3. Severity <ul><li>Critical </li></ul><ul><li>Major </li></ul><ul><li>Moderate </li></ul><ul><li>Minor </li></ul><ul><li>Cosmetic </li></ul>
  4. 4. Priority <ul><li>Resolved Immediately </li></ul><ul><li>Give High Attention </li></ul><ul><li>Normal Queue </li></ul><ul><li>Low Priority </li></ul><ul><li>Suspend </li></ul>
  5. 5. Critical <ul><li>The defect results in the termination of the complete SUT or one or more component applications of the SUT (or of associated software such as the operating system), and/or causes extensive corruption of stored data. The failed function is unusable and there is no acceptable alternative method to achieve the required results </li></ul>
  6. 6. Major <ul><li>The defect results in the termination of the complete SUT or one or more component applications of the SUT (or of associated software such as the operating system), or causes extensive corruption of stored data; but although the failed function is unusable, there exists an acceptable alternative method to achieve the required results. </li></ul>
  7. 7. Moderate <ul><li>The defect does not result in a termination, but causes the system to produce incorrect, incomplete, or inconsistent results, or the defect impairs the systems usability. </li></ul>
  8. 8. Minor <ul><li>The defect does not result in a termination, and does not impair usability, and the desired processing results are easily obtained by working around the defect. </li></ul>
  9. 9. Cosmetic <ul><li>The defect is the result of non- conformance to a standard, is related to the aesthetics of the system, or is a request for an enhancement. Defects at this level may be deferred or even ignored. </li></ul>
  10. 10. Priority <ul><li>Priority will be partially based on Severity, but should take into account other factors such as the frequency with which the defect results in failure, the degree of &quot;visibility&quot; of failure (e.g., how many users it will affect, with what impact on their work, and whether it will be visible to external customers), and project-related factors such as the impact on continued development or testing. </li></ul>
  11. 11. Resolved Immediately <ul><li>Further development and/or testing cannot occur until the defect has been repaired. The system cannot be used until the repair has been effected </li></ul>
  12. 12. Give High Attention <ul><li>The defect must be resolved as soon as possible because it is impairing development/ and or testing activities. System use will be severely affected until the defect is fixed </li></ul>
  13. 13. Normal Queue <ul><li>The defect should be resolved in the normal course of development activities. It can wait until a new build or version is created. </li></ul>
  14. 14. Low Priority <ul><li>The defect is an irritant which should be repaired, but repair can be deferred until after more serious defect have been fixed. </li></ul>
  15. 15. Suspend <ul><li>The defect repair can be put off indefinitely. It can be resolved in a future major system revision or not resolved at all. </li></ul>
  16. 16. Thank You

×