Bug Life Cycle

What is a Bug Life Cycle?
The duration or time span entre le first time bug is found ('New') and closed successfully (status: 'Closed'), rejected, postponed or deferred is Called as 'Bug / Error Life Cycle'.
(Right from the first time Any bug is detected till the point the bug is fixed When the and closed, it is Assigned various statuses Which are New, Open, Postpone, Pending Retest, Retest, Pending Reject, Reject, Deferred, and Closed. For more information about various statuses used for a bug life cycle falling on a bug, you can Refer to article 'Software Testing - Bug & Statuses Used During A Bug Life Cycle')
There are seven different life cycles That A bug can passes through:

Cycle I:
1) A test finds a bug and reports it to Test Lead.
2) The Test lead audited if the bug is valid or not.
3) Test lead finds que le bug is not valid and the bug is 'Rejected'.

Cycle II:
1) A test finds a bug and reports it to Test Lead.
2) The Test lead audited if the bug is valid or not.
3) The bug is verified and reported about to development team with status as 'New'.
4) The development leader and team verify if it is a valid bug. The bug is invalid and is marked with a status of 'Pending Reject' before passing it back to the testing team.
5) After getting a satisfactory reply from the development side, the test leader marks the bug as 'Rejected'.

Cycle III:
1) A test finds a bug and reports it to Test Lead.
2) The Test lead audited if the bug is valid or not.
3) The bug is verified and reported about to development team with status as 'New'.
4) The development leader and team verify if it is a valid bug. The bug is valid and the development leader Assigns a developer to it marking the status as 'Assigned'.
5) The developer solves the problem and marks the bug as 'Fixed' and passes it back to the Development leader.
6) The development status of the leading exchange the bug to 'Pending Retest' and passes on to the testing team for retest.
7) The test leader exchange the status of the bug to 'Retest' and passes it to a test for retest.
8) The test retest the bug and it is working fine, so the test closes the bug and marks it as 'Closed'.

Cycle IV:
1) A test finds a bug and reports it to Test Lead.
2) The Test lead audited if the bug is valid or not.
3) The bug is verified and reported about to development team with status as 'New'.
4) The development leader and team verify if it is a valid bug. The bug is valid and the development leader Assigns a developer to it marking the status as 'Assigned'.
5) The developer solves the problem and marks the bug as 'Fixed' and passes it back to the Development leader.
6) The development status of the leading exchange the bug to 'Pending Retest' and passes on to the testing team for retest.
7) The test leader exchange the status of the bug to 'Retest' and passes it to a test for retest.
8) The test retest the bug and the same problem Persists, so the test confirmation from test leader Effective Reopens the bug and marks it with 'Reopen' status. And the bug is Passed back to the development team for fixing.

V cycle:
1) A test finds a bug and reports it to Test Lead.
2) The Test lead audited if the bug is valid or not.
3) The bug is verified and reported about to development team with status as 'New'.
4) The developer tries to verify if the bug is valid facts in order replicate the same scenario as was at the time of testing, and objective facts que Asks for help from testing team.
5) The test aussi fails to re-generate the scenario in Which the bug was found. And developer rejects the bug marking it 'Rejected'.

Cycle VI:
1) After confirmation que le data is unavailable or some functions on this page is unavailable, the solution and retest of the bug is postponed for indefinite time and it is marked as 'Postponed'.

Cycle VII:
1) If the bug Does not stand importance and can be / needed to be postponed, then it is Given a status as 'Deferred'.
This way, any, bug is found That ends up with a status of Closed, Rejected, Deferred or Postponed.