经验和建议
- 这个趋势图可以按周或月来定期查看趋势变化；
- 看这个图时，不能只笼统的看表面所反映的数据，missing 所占的百分比是多少，incorrect 占多少。还应该看到更深层的内容，比如那些 missing 的缺陷到底属于哪个 defect type? 又是发生在哪些 component? 这样才能够发现真正的风险在哪里，以此判断产品是否稳定。而不仅仅只是看到有多少百分比的缺陷的 Qualifier 是 missing；
- 上图中的纵坐标是百分比。如果某个时间段里仅发现了很少的缺陷时，这种表现方式会造成误解。因此看这种类型的评估图时，既要看用百分比来展现的视图，也要看用缺陷数作为纵坐标来展现的视图。
对产品设计和代码的评估
供开发人员填写的 ODC 属性中有一个属性叫做 target。它表示开发人员为了修复这个缺陷，需要在哪方面做修改。比如可以修改的方面包括：design/code、build、information、language 等。为了评估产品在设计和代码方面的完成情况，我们可以分析 target 是 design/code 的缺陷，利用其对应的 defect type 和 qualifier 属性来发现产品在需求、设计和代码阶段的不足，以及在哪个薄弱环节更容易引入缺陷。下面以一个案例来说明如何利用 defect type 和 qualifier 属性来评估。如图 7 所示。
图 7. 利用 Defect type 和 Qualifier 得到的评估图
从图 7 中我们可以看到 defect type 为 algorithm/method 的缺陷，qualifier 是 missing 和 incorrect 的比例及缺陷数量都很高。这说明产品的低层次的细节设计描述不完整，同时没有被开发人员很好的理解；其次是 defect type 为 assignment-initialization 和 checking 的缺陷，它们的 incorrect 比例相对来说比较高，这反映了代码编写上还存在欠缺；最后我们看到 defect type 为 interface/O-O messages、relationship 和 timing/serialization 等的缺陷，其 qualifier 为 incorrect 和 missing 的数量都比较少，这说明产品在高层次的设计上和需求分析、理解上都还做得不错。
经验和建议
- 根据产品不同的 component，做出图 7 这样的评估图，这样比笼统的统计整个产品的 qualifier 和 defect type 属性关系更有意义。因为这样可以清楚的看到每个 component 的问题，然后针对每个 component 提出改进的解决办法，以减少缺陷的注入。
4. 行动阶段
仅仅发现了问题，是不够的，还需要解决问题。根据评估过程中反映出的不同问题，有针对性的提出解决方案并让相关人员采取行动。这一阶段也是最能给产品带来价值的。
经验和建议
- 测试和开发团队应该参与到这个过程中，因为他们才是最终行动的实施者；
- 所识别的行动应该是合理的，有可行性的；
- 所识别的行动越具体越好。不要笼统的指出对产品有什么改进行动，最好是能针对某个组件或是模块，采取行动；
- 利用在评估阶段生成的各种评估图一起分析、衡量出改进的行动方案，不要单凭某一个评估图来做决定；
- 要采取的行动应该是可以衡量的，这样可以看出是否该行动对产品有积极的影响。
总结
正交缺陷分类（ODC）是一种缺陷分析方法，合理的把它运用在项目中，可以帮助测试、开发团队改进工作，从而提高产品质量。明确 ODC 的流程及各阶段的工作重点，并借鉴本文中提到的经验建议，会让读者在运用 ODC 时更加得心应手。
文章来源于领测软件测试网 https://www.ltesting.net/
