软件测试(14-1)_缺陷跟踪管理.pptVIP

软件测试 第一学期 第14-1课 缺陷跟踪管理 内容 ?? 1、简介 指导如何管理同行评审、软件测试中发现的缺陷，即通过收集缺陷、分析和统计缺陷、排除缺陷以及预防缺陷等步骤达到有效地减少软件产品的缺陷数。 2、如何收集缺陷 缺陷既指程序中存在的错误，例如语法错误、拼写错误或者是一个不正确的程序语句，缺陷也指可能出现在设计中，甚至在需求、规格说明或其他的文档中的种种错误。 2、如何收集缺陷 为了对缺陷进行管理，首先应对缺陷进行分类，通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大，然后集中精力预防和排除这一类缺陷。而这正是缺陷管理的关键，一旦这几类缺陷得到控制，再进一步找到新的容易引起问题的几类缺陷上。 2.1缺陷分类 见缺陷管理指南 2.2 了解缺陷 ?? 2.2 了解缺陷 可以按照以下步骤收集关于缺陷的数据： 为测试和同行评审中发现的每一个缺陷做一个记录对每个缺陷要记录足够详细的信息，以便以后能更好地了解这个缺陷分析这些数据以找出主要哪些缺陷类型引起大部分的问题设计出发现和修复这些缺陷的方法（缺陷排除） 3. 如何分析和统计缺陷 ?? 3.1 缺陷严重程度 # 缺陷严重等级描述 1 严重缺陷（Critical）不能执行正常工作功能或重要功能。或者危及人身安全 2 较大缺陷（Major）严重地影响系统要求或基本功能的实现，且没有办法更正。（重新安装或重新启动该软件不属于更正办法） # 缺陷严重等级描述 3 较小缺陷（Minor）严重地影响系统要求或基本功能的实现，但存在合理的更正办法。（重新安装或重新启动该软件不属于更正办法） 4 轻微缺陷（Cosmetic）使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。 5 其他缺陷（Other） 其它错误 3.2 解决优先级（Priority） # 解决优先级描述 1 立即解决（Resolve Immediately）缺陷必须被立即解决。 2 正常排队（Normal Queue）缺陷需要正常排队等待修复或列入软件发布清单。 3 不紧急（Not Urgent）缺陷可以在方便时被纠正。 3.3 缺陷状态（Status） 缺陷状态描述 已提交（Submitted）已提交的缺陷 打开（Open）确认“提交的缺陷”，等待处理 已拒绝（Rejected）拒绝“提交的缺陷”，不需要修复或不是缺陷 已解决（Resolved）缺陷被修复 已关闭（Closed）确认被修复的缺陷，将其关闭 3.3.1 评审缺陷分析 缺陷分布情况统计分析 – 按照缺陷严重程度及工件类型分布 见软件缺陷管理指南 4. 缺陷管理工具 可以采用Rational ClearQuest 作为缺陷管理的工具。 可以采用BUGZILLA作为缺陷管理工具。 Bug跟踪系统工作流程图 总结 课后作业 1、画出缺陷跟踪流程图 * 如何收集缺陷 ?缺陷类型 了解缺陷 统计和分析缺陷 缺陷管理工具 缺陷管理的第一步是了解缺陷，为此，必须首先收集缺陷数据，然后才能了解这些缺陷，并且找出如何预防它们，同时也能领会到如何更好地发现，修复甚至预防仍在引入的缺陷。 为了更好地分析缺陷，需要对缺陷在严重程度、优先级以及状态上加以区分。 Bug提交者 负责人 研发人员 提交bug报告(Unconfirmed) 分配bug报告(Assigned) 修改完毕(Resloved) 返测完毕(Verified) 归档(Closed) 移除（Moved） 问题未解决(Reopened) 数据库 测试人员 技术支持 其他 客服经理 测试主管 修改完毕(Fixed) 不是问题(Navlid) 不修改(Wontfix) 以后解决(Later) 保留(Remind) 重复提交(Duplicat) 不重现(Workforme) 再分配(Reassign) 市场 开发与测试 管理