6）测试请求

　　开发人员修正缺陷后，需要通知相应的测试人员进行测试。

　　该步骤中缺陷报告的状态变化包括：

　　COR -> RFT。

　　7）缺陷修正测试

　　当测试人员对修正进行测试后，要将测试结果填入缺陷报告的Follow-up部分。测试结果描述应包括：测试环境，所抓Trace的描述，测试过程的描述，结论。

　　该步骤中缺陷报告的状态变化包括：

　　RFT -> VAL；

　　RFT -> NVL。

　　8）缺陷报告的关闭（Release）

　　当测试通过，并且缺陷的修正已经包含在新发布的软件版本中后，RCA（问题根源分析）需要被加入到缺陷报告的follow-up部分。然后缺陷报告可以被关闭了。

　　该步骤中缺陷报告的状态变化包括：

　　VAL -> CLOSE（REL）。

　　9）信息的请求（RFI）

　　FRR或开发人员发现缺陷报告中信息不足，可以向Originator请求更多的信息。

　　该步骤中缺陷报告的状态变化包括：

　　OPEN -> RFI；RFI -> OPEN；

　　RFA，RFC -> RFI；RFI -> RFA，RFC；

　　ANA，WAIT -> RFI；RFI -> ANA，WAIT。

　　10）WAIT状态

　　缺陷报告转入WAIT状态大致有以下四种情况：

　　WAITNEXT：通常情况的WAIT，出现在RFI之后且RFI的前置情况不是OPEN，RFA，RFC或ANA；

　　WAITCRB：冲突问题，等待下次NCB会议的决策；

　　WAITEVER：等待问题的再现；

　　WAIT：通常是缺陷报告从上一个版本传送到当前版本时的初始状态。

　　可能的状态变迁：

　　RFI，NCR，WAIT -> WAIT。

　　11）缺陷报告的关闭情况

　　缺陷报告除了在缺陷修正发布后可关闭外，还有许多其他情况。（详见2.2.1）