2)FRR对缺陷报告进行过滤

  FRR受到一个缺陷报告后,有权限对缺陷报告进行过滤:

  a)关闭缺陷报告:

  b)把缺陷报告分配给开发人员进行分析:

  c)把缺陷报告从一个系统转发给另一个系统进行修正:

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

  OPEN -> CLOSE;

  OPEN -> RFA;

  OPEN -> TRA, TRA -> RFC。

  3)缺陷报告的分析

  当开发人员受到一个缺陷报告,需要对其进行技术分析,并把分析结果和修正建议填到缺陷报告Follow-up部分中。

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

  RFA -> ANA。

  4)NCB会议

  NCB会议通常每周一次。参加的人包括产品经理,项目经理,FRM等。

  会议的目的包括:

  - 对缺陷优先级进行评审;

  - 确定对缺陷所要采取的行动;

  - 分析WAIT(WAITCRB),NCR,NVL的缺陷报告,制定新的修正行为。

  通过会议的决议,缺陷报告的状态变化包括以下可能情况:

  OPEN -> TRA,TRA -> RFC;

  ANA -> RFC;

  WAIT,NCR -> RFA;

  WAIT,RFC,NCR,NVL -> RFC;

  ANA,NCR,WAIT -> CLOSE。

  5)缺陷的修正

  到开发人员受到修正请求后,应当根据分析阶段所给出的修正建议进行修正,并把修正的具体内容填入缺陷报告的Follow-up部分。当开发人员发现并不需要进行修正时也要在缺陷报告中填入相应信息。

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

  RFC -> COR;

  RFC -> NCR。