缺陷生命周期定义
从一个defect被发现到这个defect被关闭这一段时间，defect可能会有以下状态：new、open、Postpone、Pending Retest、Retest、Pending Reject、Reject、Deferred、closed。(请注意这里有很多种状态，我们需要根据不同情况来决定怎样或者是否需要跟开发人员沟通)
下面就对这几种状态进行以下解释：
|
New:（新的） |
当某个“defect”被发现的时候（第一次），测试人员需要与项目负责人沟通以确认发现的的确是一个defect，如果被确认是一个defect，就将其记录下来，并将defect的状态设为New |
|
Assigned（已指派的） |
当一个defect被指认为New之后，将其将给开发人员，开发人员将确认这是否是一个defect，如果是，开发组的负责人就将这个defect指定给某位开发人员处理，并将defect的状态设定为“Assigned” |
|
Open（打开的） |
一旦开发人员开始处理defect的时候，他（她）就将这个defect的状态设置为“Open”，这表示开发人员正在处理这个“defect” |
|
Fixed（已修复的） |
当开发人员进行处理（并认为已经解决）之后，他（她）就可以将这个defect的状态设置为“Fixed”并将其提交给开发组的负责人，然后开发组的负责人将这个defect返还给测试组 |
|
Pending Reset（待在测试的） |
当defect被返还到测试组后，我们将defect的状态设置为“Pending Reset” |
|
Reset(再测试) |
测试组的负责人将defect指定给某位测试人员进行再测试，并将defect的状态设置为“Reset” |
|
Closed（已关闭的） |
如果测试人员经过再次测试之后确认defect已经被解决之后，就将defect的状态设置为“Closed” |
|
Reopen（再次打开的） |
如果经过再次测试发现defect（指defect本身而不是包括因修复而引发的新defect）仍然存在的话，测试人员将defect再次传递给开发组，并将defect的状态设置为“Reopen” |
|
Pending Reject（拒绝中） |
如果测试人员传递到开发组的defect被开发人员认为是正常行为而不是defect时，这种情况下开发人员可以拒绝，并将defect的状态设置为“Pending Reject” |
|
Rejected(被拒绝的) |
测试组的负责人接到上述defect的时候，如果他（她）发现这是产品说明书中定义的正常行为或者经过与开发人员的讨论之后认为这并不能算作defect的时候，开发组负责人就将这个defect的状态设置为“Rejected” |
|
Postponed（延期） |
有些时候，对于一些特殊的defect的测试需要搁置一段时间，事实上有很多原因可能导致这种情况的发生，比如无效的测试数据，一些特殊的无效的功能等等，在这种情况下，defect的状态就被设置为“Postponed” |
|
Deferred（延期的） |
有些情况一些特殊的defect显得不那么重要，同时也是可以消除的，这个时候我们可以将defect的状态设置为“Deferred” |
