Defect Action Lifecycle

Defect actions are associated with defects and represent the work—development or testing—that needs to be done to resolve the problem defined by the defect.

The Defect Action lifecycle includes these states:

This page discusses:

Evaluate

Defect actions are created in the Evaluate state. The name of the defect action is the same as the Defect it was created for. In the Evaluate state, the defect action can be promoted to Open or Test. It can also be promoted directly to Rejected.

Open

Defect actions in this state have been either committed for a fix in a specific model version that has not yet been released, or placed in a backlog of defects for future targeting for a model as a Candidate Item.

After the Assignee completes the work required to resolve the defect action, the Assignee manually promotes the Ddefect action to the Test state. The Assignee can also directly promote the defect action to the Rejected state. If a defect action has dependent defect actions, all of those defect actions must be in the Test, Closed, or Rejected states before this defect action can be promoted to Test.

Test

When the defect action is in the Test state, the defect action has been fixed by the development Assignee, but the Quality Assignee must test the changes to verify that the problem has been fixed without introducing different problems.

The Quality Assignee executes whatever tasks are required to verify that the changes made for the defect action resolved the problem. If everything works as expected, the defect action can be promoted to the Closed state. If the problem still exists, or the fix broke something else, the Quality Assignee can demote the defect action back to the Open or Evaluate state.

Closed

A defect action can be promoted to Closed once its fix has been verified and all of its dependent defect actions have been closed or rejected.

When all defect actions associated with a defect are promoted to the Closed or Rejected states (with at least one in the Closed state), the defect is automatically promoted to the Closed state. Once a defect action is closed, it cannot be rejected. If necessary, you can demote the defect action to the Test state and then reject it.

Rejected

Rejecting a defect action means that the changes defined within the defect action should not be made. It does not mean that a fix implemented by a development Assignee did not resolve the issue.

When a defect action is rejected, it is removed from any model version revision (where it is defined as a proposed change) or model (where it is defined as a Candidate Item).