故障发生倾向分析手法主要有以下3点。

①上游阶段的故障疏漏是多还是少？

②设计错误是多还是少？

③编码故障是多还是少？

以上情况是否是由于偷工减料造成的？应该尽早找出原因。对于①的状况，需要进一步从“错误产生阶段”“设计阶段中没能检出的原因”“应该检出的阶段”等方面进行分析。对于②、③需要从“处理功能”“故障现象”“故障原因”等方面进行分析。

经验告诉我们，问题项目出现故障的最大特征是与错误处理有关。进一步分析，在内部设计阶段，错误处理占据了一大半，如图6-1所示。

图6-1 测试用例编写要点

为什么会是这样呢？

首先从测试实施方法的整理上来分析：

测试大体上分为“正常系测试”与“异常系测试”。异常系测试的实施一般在IT的后半期执行。(www.daowen.com)

另外，正常系测试中的“异常系输入数据”，一般是和“正常系输入数据”的测试结合在一起实施的，这也是正常系的测试范围。因此不要混淆“异常系测试”与“异常系输入数据测试”，这种混淆会带来什么后果呢？后果就是异常系的测试基本会被忽略。

重视错误处理

设计书中关于错误处理的业务逻辑，一定要重视并要进行彻底评审，这是提高品质非常重要的手段。

经典案例十：莫忽视错误处理

某项目的审查工作（PMO的职责之一）进入设计审查阶段时，让PM准备部分详细设计书进行抽查。

审查即将结束时，在设计书中找到“错误处理”相关部分，询问PM“这些错误处理如何反映到程序中？”

PM因为没有意识到这些，一时不知所措。之后PM经过分析，接着说“如果按照这个设计书来编码，对业务处理会有遗漏，一定会造成很多故障！”于是立刻指示项目组成员对所有详细设计书的错误处理进行检查与修改——这极大地降低了项目风险，提高了项目品质。

案例解析：

本案例告诉人们，彻底检查设计书的“错误处理”是PM必要的工作之一！这里是故障多发地，在此用心就能大幅提高品质——这也正是“好钢用在刀刃上”！