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）
