Software Defect Reporting, Test Execution, Analyze Test Results, Find Defects, Write Defect Reports, Track Defects, and Change-related Testing.
Software Defect Reporting Process
Software Application Life Cycle
Development Phase Testing Phase Production Phase
Error Defect Failure
Mistake Bug
Fault
We have 3 phases in Software Application Life Cycle
a) Development Phase
In this phase If developers find any mismatch, they call it an Error or Mistake or Fault.
b) Testing Phase
In this phase If Testers find any mismatch, they call it a Defect or Bug, or Fault.
c) Production Phase
In this phase If End users find any mismatch, they call it a Failure.
Note: Terminology varies from one phase to another.
Defect Management:
Defect Reporting, Defect Tracking, and Status Tracking is called Defect Management.
Some companies use Manual Process (Excel workbook), and some companies use Tool-based processes for Defect Management.
Tools Examples:
Bugzilla / Issue-Tracker / PR-Tracker etc…
Jira, QC
Defect Reporting & Tracking
A Model Defect Report Template:
i) Defect Id: any unique name for Identifying the Defect (Alphanumeric)
ii) Defect Description: Details about the Defect
iii) Test Case Id: Corresponding Test Case Id for tracking
iv) Tester: Tester’s name (who found the Defect)
v) Product Version: Version of the Product on which defect was found
vi) Build Version: Version of the Build on which defect was found
vii) Priority: Importance of the Defect based on Business /Customer
viii) Severity: Importance of the Defect based on Functionality
ix) Status: Status of Defect
x) Reproducible or not: Yes / No
If Reproducible:
Steps:
If not Reproducible:
Attachments
xi) Reporting to: Corresponding Developer
xii) Remarks : Comments (Optional)
Status of Defect
New: Tester provides new status while Reporting (for the first time)
Open: Developer / Dev lead /DTT opens the Defect
Rejected: Developer / Dev lead /DTT rejects if the defect is invalid or defect is duplicate.
Fixed: Developer provides fixed status after fixing the defect
Deferred: Developer provides this status due to time etc…
Closed: Tester provides closed status after performing confirmation Testing
Re-open: Tester Re-opens the defect with valid reasons and proofs
—————————————
Note: Defect Reporting Template vary from one company to another
If we use Tool for Defect management, every tool provides their own template.
Defect Reporting Process
The defect Reporting Process varies from one company to another.
a) Small scale Company
Tester -> Developer
b) Medium-scale Company
Tester -> Test Lead -> Development Lead -> Developer
c) Large scale Company
Tester -> Test Lead -> DTT -> Development Lead -> Developer
A Sample Defect Report
i) Defect Id: FR_Usr_Df001
ii) Defect Description: Agent Name accepting Numeric values
iii) Test Case Id: FR_Usr_Tc-004
iv) Tester: Kanaka Rao
v) Product Version: 1.0
vi) Build Version: 1.0
vii) Priority: Medium
viii) Severity: High
ix) Status: New
x) Reproducible or not: Yes
Steps:
1) Launch the Application
2) Enter Numeric values into Agent Name field
3) Enter valid Password
4) Click on default(OK) button
xi) Reporting to: xyz
xii) Remarks : Comments (Optional)
Severity:
Severity Levels depends on Company strategy
a) 5 Level Severity
Urgent
Very High
High
Medium
Low
———–
b) 3 Level Severity
High
Medium
Low
—————————————
Priority
Priority Levels depends on Company strategy
a) 5 Level Priority
Urgent
Very High
High
Medium
Low
———–
b) 3 Level Priority
High
Medium
Low
Defect Life Cycle
Different Flows of the Defect
a) New -> Opened -> Fixed -> Closed
b) New -> Opened -> Rejected -> Closed
c) New -> Opened -> Fixed -> Re-opened -> Fixed -> Closed
d) New -> Opened -> Deferred
e) New -> Opened -> Rejected -> Re-opened -> Fixed -> Closed
Etc…