Defect lifecycle in Testing Fundamentals - Full Explanation

Introduction

Imagine finding a problem in a product and wondering what happens to it next. The defect lifecycle explains the journey a problem goes through from discovery to resolution, helping teams track and fix issues efficiently.

Explanation

New

When a defect is first found, it is marked as New. This means it is logged and waiting to be reviewed by the team. No action has been taken yet to fix it.

New defects are freshly reported and need initial review.

Assigned

After review, the defect is assigned to a developer or team member responsible for fixing it. This step ensures someone is accountable for resolving the issue.

Assignment gives responsibility to fix the defect.

Open

The assigned developer starts working on the defect. The status changes to Open to show that the problem is actively being investigated or fixed.

Open means the defect is under active work.

Fixed

Once the developer believes the defect is resolved, they mark it as Fixed. This means the code or product has been changed to correct the problem.

Fixed indicates the defect has been addressed by the developer.

Retest

The testing team retests the product to confirm the fix works and the defect no longer appears. This step ensures the problem is truly solved.

Retest verifies the defect fix is effective.

Closed

If the retest is successful and no issues remain, the defect is Closed. This means the problem is fully resolved and no further action is needed.

Closed means the defect is completely resolved.

Reopen

If the defect still exists after retesting, it is Reopened. This sends it back to the developer for more work until it is fixed properly.

Reopen returns the defect for further fixing if the problem persists.

Deferred

Sometimes a defect is postponed to be fixed later due to low priority or resource limits. It is marked Deferred to show it is acknowledged but not fixed now.

Deferred defects are delayed for future fixing.

Rejected

If a reported defect is not valid or is a misunderstanding, it is Rejected. This means no fix is needed because it is not a real problem.

Rejected defects are invalid or not actual issues.

Real World Analogy

Think of a lost package in a delivery system. First, the package is reported missing (New). Then, a delivery person is assigned to find it (Assigned). They start searching (Open). When they find and fix the issue, like delivering the package (Fixed), the customer checks if it arrived (Retest). If the package is received, the case is closed (Closed). If not, the search starts again (Reopen). Sometimes, the search is delayed (Deferred), or the report was a mistake (Rejected).

New → Package reported missing

Assigned → Delivery person given the task to find the package

Open → Delivery person actively searching

Fixed → Package found and delivered

Retest → Customer checking if package arrived

Closed → Package received and case closed

Reopen → Package still missing, search restarts

Deferred → Search delayed due to low priority

Rejected → Report was a mistake, no package lost

Diagram

Diagram

┌─────┐    ┌─────────┐    ┌───────┐    ┌───────┐    ┌────────┐
│ New │ → │ Assigned│ → │ Open  │ → │ Fixed │ → │ Retest │
└─────┘    └─────────┘    └───────┘    └───────┘    └────────┘
                                         ↓            ↓
                                    ┌────────┐   ┌────────┐
                                    │ Reopen │   │ Closed │
                                    └────────┘   └────────┘

┌─────────┐
│ Deferred│
└─────────┘

┌─────────┐
│ Rejected│
└─────────┘

This diagram shows the flow of a defect through its lifecycle states and possible transitions.

Key Facts

Defect lifecycle → The process a defect follows from discovery to closure.

New → Initial state when a defect is reported.

Assigned → Defect is given to a developer to fix.

Fixed → Developer has corrected the defect.

Retest → Testing team verifies the fix.

Closed → Defect is resolved and no longer active.

Common Confusions

Thinking 'Fixed' means the defect is completely done.

Thinking 'Fixed' means the defect is completely done. 'Fixed' means the developer has made a change, but the fix must be verified by testing before closing.

Believing 'Closed' defects can never be reopened.

Believing 'Closed' defects can never be reopened. If a defect reappears after closing, it can be reopened for further work.

Assuming 'Rejected' defects are ignored.

Assuming 'Rejected' defects are ignored. Rejected defects are reviewed and found invalid, so no fix is needed.

Summary

The defect lifecycle tracks a problem from reporting to final resolution through clear stages.

Each stage has a specific role, like assigning responsibility, fixing, testing, and closing.

Understanding this flow helps teams manage defects efficiently and improve product quality.