有效进行软件缺陷的管理和分析

巴黎的灯光下

如何保证质量
软件开发中都包含有控制软件开发的流程
需求分析
系统设计
开发代码
产品测试
发布产品


通常我们会将输出的数据来进行分析，以便知道应该怎么样和进行什么样的改进，但如何确定我们做的努力是有用的呢？
我们可以用到缺陷分类方式（Defect Classification）

缺陷分类方法（Defect Classification）帮助改进质量

根源分析法(root causal analysis)

软件开发过程中我们会在不同的阶段发现数量不等的
defect，对于所发现的defect我们可以逐一的对它们进行分析



缺陷严重程度分类法
在测试过程中会根据defect的严重程度对defect进行分类，在这里将严重度称为severity

Severity 1
：最严重的缺陷。它使系统根本不能运转，需要立即进行改正；

severity 2
：一般功能性错误的缺陷。这些缺陷是需求中
所要求的，必须改正才能实现系
统完整的功能。

Severity 3
：细小的缺陷。它不影响功能的实现，但可
能引起用户的误解或者使用不当。

Severity 4
：测试人员建议改进的地方，如果时间允许
开发人员可以选择性的改正，或
者等到下个版本中再改进。




正交缺陷分类法
ODC在高层次上，是帮助获取缺陷信息的一个缺陷分类方案。

它不仅仅是一个分类方法，ODC是一个软件过程的度量系统，它是建立在包含于缺陷流中的语义信息基础上的。

它可以帮助我们评估测试的效力和效率，可以进行错误跟踪，通过ODC背后的分析机制评估顾客的满意度。

正交缺陷分类法适用对象

开发生命周期相对来说是一个很漫长的过程，包括后续的改进工作。
例如，这个项目包括多个软件版本或者一个版本有多次迭代。

潜在的缺陷数目是相当大的。缺陷数目越多，客观的分析结果也越多，对了解软件质量越有好处。

这个项目已经将“高可靠”
设定为它的主要目标之一。





正交缺陷分类方法、应用和流程

三个循环：根据ODC所需的步骤的数量，它有三个可能的循环:
大循环：除了预备步骤，这个循环本身含有五个步骤。IDC计划步骤与ODC的评估是相关联的，并且它可以使评估更加有效。

中等循环：它包含四个步骤，这几个步骤是ODC生命周期中的核心组成部分。尽管完整的ODC评估在这个循环中是不能得到的，
一些有用的评估是可以被执行的。

小循环：这个循环包含两个步骤。也就是说只要找到一定数量的缺陷，随时可
能发生确认的活动。



ODC的实现：六个步骤
步骤1：预备阶段


获得采取ODC方法操作的批准和支持
采取ODC，要获得开发团队和测试团队的允许
找到ODC的中心人物
调查项目当前的状况
给开发人员和测试人员指派ODC角色
在一个缺陷跟踪工具上部署ODC计划。比如Rational ClearQuest
培训



步骤2：计划

确定属性
将项目分成组件
为ODC的评估决定项目检查点
创建计划文档
评审ODC计划






步骤3和4：数据输入和确认
数据输入之前，确保所有的开发人员和测试人员都清楚地了解每个属性的含义
在数据输入过程中，数据的格式应该由工具来控制。这些程序应该与缺陷状态的转换保持一致
数据输入以后，需要完全的确认。



步骤5：评估
这是一个收获的步骤，收集到如此多优良的数据以后，可以用下几种方法来分析
选项1：生成一个ODC“退出评估报告”，并从它开始分析

选项2：为这个项目生成并选择一些有意义的图表



步骤6：活动

活动是最后一个步骤，这个时候应该设计一个正式的活动计划，这个
计划能够帮助我们不断地提高软件质量。这个活动计划包括来自设计
文档的材料，特殊代码组件，开发步骤或者测试方法。但是最重要的
部分是下一次迭代或者下一次发布所要采取的活动。这些活动的目标
必须清楚而且是可度量的。紧记下一个阶段中出现的问题往往是先前
步骤中的错误导致的。