Sold to the fine

 
© 2015
By Software Testing Help 
 
Priority:
When should the defect be fixed? Generally set from P1 to P5. P1 is with highest priority and P5 is 
fi i g he ti e pe its .
Severity:
This describes the defect impact. 
Types of Severity:
●
Blocker: No further testing work can be done. 
●
Critical: Application crash or loss of data. 
●
Major: Major loss of function. 
●
Minor: minor loss of function. 
●
Trivial: Some UI enhancements. 
●
Enhancement: Request for new feature or some enhancement in existing one. 
Status:
Fi st status is Ne he defe t is logged. Late o , the defe t
status is changed to Fixed, Verified, 
‘eope ed, Wo t Fi et .
Assigned To:
If you know the developer who is responsible for the defect then assign it to him/her. Otherwise, 
keep it blank so that the module owner or test lead will assign the defect to responsible developer. 
Also add the a age s e ail add ess i CC list. All this a e o t olled test a age e t tool.
URL:
The page URL if any where the defect is observed. 
Summary:
A brief summary of the defect; mostly less than 60 words. Summary should reflect the problem. 
Description:
Detailed description of the defect. Use following fields for description: 
●
Reproduce steps: Clearly mention the steps to reproduce the defect. 
●
Expected result: How the application should rather behave when above mentioned steps are 
carried out. 
●
Actual result: What the actual result is by running above steps i.e. the defect behavior. 
These a e the i po ta t steps i defe t epo t. You a also add the ‘epo t t pe as o e o e field 
which will describe the defect type. 
Types of defect reports: 

---

www.SoftwareTestingHelp.com
 
PAGE 92