故障处理报告单，简称故障报告单或故障单，是品质验证阶段对发现的故障进行管理与品质数据收集的重要工具。没有这些数据就无法进行品质分析与判断，因此在进行品质验证工作时，发现的问题一定要记入故障单。

（1）故障发生场所

分析故障发生的场所可把握故障到底是在新建、改造或者重用哪种情况下出现的，如表10-8所示。

表10-8 故障发生场所一览

（2）故障发现手段

如果在机器（计算机、手机等设备）上发现的故障应该在桌上（打印出代码，在桌面审核）检出时，就需要采取措施，以改善桌上评审方法，如表10-9所示。

表10-9 故障发现手段一览

（3）故障现象

故障现象，也就是故障发生时的系统动作，如表10-10所示。

表10-10 故障现象一览

（4）故障种类

分析故障种类，以明确故障性质，找出改善对策，如表10-11所示。

表10-11 故障种类一览

（5）软件故障

软件故障是最常见的故障，也是需要重点进行分析与改善的要点。

①故障本质。

明确故障本质，可以把握故障的发生倾向，有助于技术问题的改善，如表10-12所示。

表10-12 故障本质一览

（续）

②故障原因。

把握故障原因的发生倾向，用于改善各阶段的工作方法，如表10-13所示。

表10-13 故障原因一览

(www.daowen.com)

③故障混入阶段。

把握故障混入阶段，就可以针对性地对该阶段的问题模块进行改善，如表10-14所示。

表10-14 故障混入阶段一览

④故障应该检出阶段。

分析故障应该检出阶段可把握测试遗漏的阶段，如表10-15所示。如果发现较多的应该在之前某阶段检出而未被检出的故障，那么就需要讨论是否加强其测试。

表10-15 故障应该检出阶段一览

⑤故障设计阶段未检出原因。

分析故障设计阶段未检出原因可把握设计评审的遗漏倾向，用于改善评审方法，如表10-16所示。

表10-16 故障设计阶段未检出原因一览

⑥故障验证阶段未检出原因。

分析故障验证阶段未检出原因可把握测试遗漏倾向，以改善测试用例的编写方法或者改善测试方法，如表10-17所示。

表10-17 故障验证阶段未检出原因一览

（6）硬件故障

硬件故障如表10-18所示。

表10-18 硬件故障一览

（7）环境故障

环境故障如表10-19所示。

表10-19 环境故障一览

（8）其他故障

其他故障如表10-20所示。

表10-20 其他故障一览