缺陷管理(软件测试与度量).ppt

缺陷分析 关注对象 正在测试的软件哪个模块的问题最多？ 测试人员中谁报告的软件缺陷最多？ 测试人员中谁报告的软件缺陷准确率最高？ 各类缺陷所占的数量百分比分别是多少？ 开发人员能及时修正软件缺陷吗？ 开发人员一次正确修正缺陷的百分比是多少？ 有多少重复报告的缺陷？ 正在开发的软件能否在计划的时间内正常发布？ 缺陷分析工具 实时趋势分析 累积趋势分析 缺陷分布分析 实时趋势分析 实时数据，由每日或每周发生的数据构成的时间序列 对随时间变化的趋势进行分析 累积趋势分析 累积数据是将前面产生的数据不断累加起来所构成的时间序列 累积曲线趋势特征更明显 借助趋势分析发现问题 /Kerryzhu 产品的质量是否达到预定的标准 缺陷修正的速度是否滞后 测试人员 验证缺陷是否及时 缺陷遗漏程度 回归缺陷数量 流程…… 实例 缺陷分布分析 缺陷分布分析，主要借助于圆饼图、直方图等工具进行分析 包括功能模块、来源分布 、不同类型、开发团队等各种分布 直方图 圆饼图 综合 缺陷分析通常用以下三类形式的度量提供缺陷评测： 缺陷发现率 缺陷潜伏期 缺陷密度 缺陷分析 缺陷发现率 缺陷发现率是将发现的缺陷数量作为时间的函数来评测，即创建缺陷趋势图，如下图所示。 缺陷潜伏期 测试有效性的另外一个有用的度量是缺陷潜伏期，通常也称为阶段潜伏期。缺陷潜伏期是一种特殊类型的缺陷分布度量。在实际测试工作中，发现缺陷的时间越晚，这个缺陷所带来的损害就越大，修复这个缺陷所耗费的成本就越多。表5-1显示了一个项目的缺陷潜伏期的度量。 表5-2显示了一个项目的缺陷分布情况（按缺陷造成阶段和缺陷发现阶段）。 缺陷密度 缺陷密度是一种以平均值估算法来计算出软件缺陷分布的密度值。程序代码通常是以千行为单位的，软件缺陷密度是用下面公式计算的： 下图显示了一个项目的各个模块中每千行代码的缺陷密度。 但是，在实际评测中，缺陷密度这种度量方法是极不完善的，度量本身是不充分的。这里边存在的主要问题是：所有的缺陷并不都是均等构造的。各个软件缺陷的恶劣程度，及其对产品和用户的影响的严重程度，以及修复缺陷的重要程度有很大差别，有必要对缺陷进行“分级、加权”处理，给出软件缺陷在各严重性级别或优先级上的分布作为补充度量，这样将使这种评测更加充分，更有实际应用价值。 因为在测试工作中，大多数的缺陷都记录了它的严重程度的等级和优先级，所以这个问题通常都能够很好解决。例如，下图所示的缺陷分布图表示软件缺陷在各优先级上所应体现的分布方式。 各优先级上软件缺陷分布图 报告和管理缺陷 缺陷报告管理系统（缺陷跟踪系统） 过程强制 权限控制 质量记录 文档管理 信息共享 度量和统计 不仅可以统一数据格式、完成数据校验，而且确保每一个缺陷不会被忽视，使开发人员的注意力保持在那些必须尽快修复的高优先级的缺陷上。 可以随时建立符合各种需求的查询条件，而且有利于建立各种动态的数据报表，用于项目状态报告和缺陷数据统计分析。 可以随时得到最新的缺陷状态，大家获得一致又准确的信息，掌握相同的实际情况，消除沟通上的障碍。 可以将缺陷和测试用例、需求等关联起来，可以完成更深度的分析，有利于产品的质量改进等。 开源缺陷跟踪系统 Mantis，/ Bugzilla：/projects/bugzilla/ Bugzero：/ Scarab：/ TrackIT：/ Itracker：/ 商业化缺陷跟踪系统 JIRA： IBM ClearQuest：/software/awdtools/clearquest/ Compuware TrackRecord：/trackrecord.htm HP TestDirector：/ TestTrack Pro：/ttpro.html DevTrack：/products/devsuite/devtrack.html Borland Segue SilkCentral? Issue Manager等。 * Bug跟踪和监控 Bug管理 姚砺 yaoli@ 内容 Bug相关概念 判断Bug的规则 Bug的生命周期 报告、跟踪、关闭Bug Bug报告的内容 Bug的统计 什么是Bug? 功能没有实现或与规格说明不一致的问题是bug； 不能工作(死机、没反应)的部分是bug； 不兼容的部分是bug； 边界条件未做处理是bug； 界面、消息、提示、帮助不够准确是bug； 屏幕显示、打印结果不正确也是bug; 有时把尚未完成的工作也作为一个bug。 什么是Bug? 在IEEE 1983 of IEEE Standard 729中对软件缺陷下了一个标准的定义： （1）从产品内部看，软件缺陷是软件产品开发或维护过程中所存在的错误、毛