2_软件缺陷管理.ppt

软件质量保证与测试 第2章 软件缺陷管理 董瑞志 九章楼408# 常熟理工学院软件工程系 nature_dong@126.com /dongrz/ 内容提要 什么是软件缺陷？ 软件缺陷的属性 软件缺陷的分类 软件缺陷的生存周期 软件缺陷管理 软件缺陷度量 软件缺陷管理工具 1 什么是软件缺陷(Bug)? IEEE (1983) 729 软件缺陷一个标准的定义： 从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛病等各种问题； 从外部看，软件缺陷是系统所需要实现的某种功能的失效或违背。 2 软件缺陷的属性 2 软件缺陷的属性 3 软件缺陷的分类 按照缺陷关联的软件制品划分缺陷 按照缺陷的严重程度划分缺陷 按照缺陷优先级划分缺陷 按照缺陷的起源划分缺陷 按照缺陷发生的根本原因划分缺陷 3.1 按照缺陷关联的软件制品划分缺陷 3.2 按照缺陷的严重程度划分缺陷 3.3 按照缺陷的优先级划分缺陷 3.4 按照缺陷起源的软件生存周期阶段划分 3.5 按照缺陷生成的根本原因划分缺陷 4 软件缺陷的生存周期 4 软件缺陷的生存周期 4 软件缺陷的生存周期 在软件缺陷生存周期规律基础上，软件企业结企业的软件项目经验可以定义更精细粒度的软件缺陷生存周期模型。 4.1 BugFree软件缺陷生存周期模型 4.2 BugZilla软件缺陷生存周期模型 5 软件缺陷管理 根据软件生存周期规律管理软件缺陷。需要回答如下关键问题： 谁负责设置和改变缺陷的状态？ 什么是再现错误现象要求的准确性和最少步骤？这些步骤成功再现错误的几率有多少？ 故障说明是测试错误还是系统错误？ 影响错误现象的外部因素是什么？ 问题的根本原因是什么？ 如何能修复问题，而不引入新问题？ 变化都正确地调试了吗？ 问题修复了吗？ 5 软件缺陷管理 6 软件缺陷度量 缺陷数量 缺陷消除率 缺陷潜伏期 缺陷损耗 缺陷密度 6.1 缺陷数量 用缺陷数量作为软件质量度量、测试有效性度量时应关注如下问题： 所有的Bug并不都是均等的。有必要对bug进行“加权”或采用影响等级分类。 最初存在的数量对发现的bug数量由着重要的应影响 6.1.1 与类似项目的缺陷数量进行比对 采用类似项目的缺陷数量的缺陷数据与目标项目的缺陷数据比来度量 6.1.2 比较预测的缺陷数和实际发生的缺陷数 采用预测的缺陷数量和实际发生的缺陷数量比对以反映缺陷数量发展态势 6.1.3 其他度量缺陷数量的方法 统计分析用户或客户发现的缺陷数 统计分析软件发布前尚未修复的缺陷数 6.2 缺陷消除率（DRE） 在我们可能发现的bug集合中，我们到底发现了多少bug? 6.2 缺陷消除率（DRE） 使用该度量时，应注意： 必须考虑Bug的严重程度和分布状况。 我们怎么才知道客户到什么时候会发现所有的bug? 这种度量是“马后炮”性质的度量。对当前项目的测试有效性度量无意义，但有利于组织的测试有效性的长期趋势度量。 我们什么时候开始计算Bug? 有些Bug在测试中发现不了！受测试环境的影响，发现不了的bug是否需要考虑度量。 6.2 缺陷消除率（DRE） 6.3 缺陷潜伏期 项目缺陷的造成与发现示例 6.4 缺陷损耗 缺陷损耗是使用阶段潜伏期和缺陷分布来度量缺陷消除活动的有效性的一种度量。 缺陷损耗的数值越低，说明发现过程越有效。 作为一个绝对值，损耗几乎没有任何意义；但是，当用损耗来度量测试有效性的长期趋势时，它就会显示出自己的价值。 6.4 缺陷损耗 示例：由缺陷潜伏期加权的缺陷数 6.5 缺陷密度 7 缺陷管理工具 BugFree BugZilla IBM Reational ClearQuest TestDirector Q A * 属性名称 描述 缺陷标识(Identifier) 缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识 缺陷类型 (Type) 缺陷类型是根据缺陷的自然属性划分的缺陷种类。 缺陷严重程度(Severity) 缺陷严重程度是指因缺陷引起的失效对软件产品的影响程度。 缺陷优先级(Priority) 缺陷的优先级指缺陷必须被修复的紧急程度。 缺陷状态(Status) 缺陷状态指缺陷通过一个跟踪修复过程的进展情况。 缺陷起源(Origin) 缺陷起源指缺陷引起的失效或事件第一次被检测到的阶段。 缺陷来源(Source) 缺陷来源指引起缺陷的起因。 缺陷根源(Root Cause) 缺陷根源指发生错误的根本因素。 反映缺陷的修复在哪个版本被验证了 verified in 描述 属性名称 用一句话概要地描述缺陷的现象 缺陷摘要 (Summary) 附加的屏幕截图、服务器或客户端日志等相关文件，便于开发人员定位缺陷的原因