B6 《强化测试品质分析报告》
1.目的
20××年××月××日，在品质判定会议上决定对品质不合格的A项目3个功能20个模块实施了强化测试3（IT1测试），对其品质状况及改善建议进行汇报。
2.实施期间与作业场所
期间：20××年××月××日～20××年××月××日（3天）。
场所：A楼15层，数据的收集与故障分析。
A楼16层，数据分析与报告书制作。
3.分析支持成员
组长：颜某。
组员：周某、尹某。
4.分析素材
现时点的品质管理表与强化试验3的故障处理报告单。
5.故障处理报告单定量分析结果
①故障处理报告单定量分析结果如附表B6-1所示。
附表B6-1 故障分类与件数分析
②规模变化。
故障修改后，部分模块规模有很大变化。对于增减的部分，如果没有实施Degrade测试及增减代码相应的测试的话，那么残留IT1级别故障的可能性就比较大。
6.实故障分析
（1）异常模块的检出
在一部分模块里检出了很多故障，说明编码品质非常差而且非常显眼。具体模块可以参考强化测试3品质管理表。
（2）定性分析评价
首先分析具体的特定事项，根据分析的角度不同，给出相应的改善对策，如附表B6-2所示。
附表B6-2 分析评价结果
（续）
7.非故障分析
非故障的件数非常多，根据以下分析，需要进一步调查。
（1）指摘失误
约1/2的故障都是指摘失误。这些指摘失误有可能是设计问题，因此建议找有经验的人从设计角度重新对式样进行评估。如果是设计问题，那么可以按照式样变更进行。
（2）重复故障
约1/3的故障都是重复故障。重复故障不但造成很大的项目资源浪费，更重要的是严重影响成员士气，这都是PM的责任，因此一定要做好故障处理流程管理。
本案例中的这些重复故障，还需要进行以下调查。
①是不是测试流程出现了问题？因为进行了多次强化测试，第一次测试发现的故障还没有来得及修改，第二次又进行了同样的测试。
②是不是程序本身的原因？如果是，那么需要再次进行以下调查。
a.这些重复性的故障，是不是共通模块出现的问题？
b.是不是没有抽取共通，在个别业务里出现了相同的错误？
8.结论
下面的事项需要尽早实施。
①对于品质不良的模块，要根据对其所做的改善建议对策来实施。
②对于整个项目来说，需要增加有经验者（业务高手与代码高手进行搭配）对异常处理逻辑及代码与式样冲突的地方进行检查。
③对于规模增减的模块，要实施Degrade测试、增加测试等。