Bug life cycle

A defect life cycle is a process in which a defect goes through various phases during its entire lifetime. It starts when a defect is found and ends when a defect is closed, after ensuring it’s not reproduced. A defect life cycle is related to the bug found during testing.

Bug or defect life cycle includes the steps as illustrated in the below figure:

  1. New:  In this step, if a defect is logged and posted for the first time, its state is given as new.
  2. Assigned:After the tester has posted the bug, the lead of the tester approves that the bug is genuine and he assigns the bug to a corresponding developer and the developer team. It’s state given as assigned.
  3. Open: Inthis state, the developer has started analyzing and working on the defect fix.
  4. Fixed: As the developer makes necessary code changes and verifies the changes then he/she can make bug status as ‘Fixed’ and the bug is passed to the testing team.
  5. Test:At this stage, the tester does the testing of the changed code which the developer has given back to him to check whether the defect has been fixed or not.
  6. Verified: Here, the tester tests the bug again after it got fixed by the developer. If there is no bug in the software, he approves that the bug is fixed and changes the status to “verified”.
  7. Reopen: In case if the bug still exists even after the bug is fixed by the developer, the tester changes the status to “reopened”. In this state, the bug goes through the life cycle once again.
  8. Closed: As soon as the bug is fixed, it is tested by the tester. In case, if the tester feels that the bug no longer exists in the software, he changes the status of the bug to “closed”. It implies that the bug is fixed, tested and approved.
  9. Duplicate:In the bug life cycle, if the bug is repeated twice or the two bugs mention the same concept of the bug, then one bug status is changed to “duplicate”.
  10. Rejected:If in case the developer feels that the bug is not genuine, he rejects the bug. Then the state of the bug is changed to “rejected”.
  11. Deferred:If the bug is changed to deferred state means the bug is expected to be fixed in next releases.


Leave a comment

Design a site like this with WordPress.com
Get started