CMMI质量管理体系——软件测试缺陷管理.ppt

* * * * * * 中国领先的整合IT服务商 神州数码信息服务股份有限公司 单击此处编辑母版标题样式 中国领先的整合IT服务商 神州数码信息服务股份有限公司 CMMI质量管理体系 ——缺陷管理 第一页，编辑于星期二：十三点 二十六分。 缺陷管理概念及目的 * 缺陷管理目的：对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。 什么是缺陷管理？ 缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。 第二页，编辑于星期二：十三点 二十六分。 缺陷管理 * 软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: 软件错误(Software Error) 软件缺陷(Software Defect) 软件故障(Software fault) 软件失效(Software failure) 区分这些术语很重要，它关系到测试工程师对软件失效现象与机理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效 第三页，编辑于星期二：十三点 二十六分。 缺陷管理 * 软件错误:在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹.软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为. 软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活. 软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态.比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适当的措施(容错)加以处理,便产生软件失效.软件故障是一种动态行为. 软件失效:软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果. 第四页，编辑于星期二：十三点 二十六分。 缺陷管理 * 综上所述,软件错误是一种人为错误.一个软件错误必定产生一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障.软件故障如果没有及时容错措施加以处理,便不可避免地导致软件失效. 第五页，编辑于星期二：十三点 二十六分。 缺陷原因分布图 * 第六页，编辑于星期二：十三点 二十六分。 缺陷管理——人员职责 * 参与缺陷管理过程人员角色职责: 项目经理（PM） 负责指派缺陷给相关责任人. 项目测试经理（TM）: 决定缺陷管理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。 测试人员（TE） 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 项目相关开发人员（DE） 修改测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 质量保证人员（QA） 监控项目组缺陷管理规程执行情况。 第七页，编辑于星期二：十三点 二十六分。 测试管理流程 * 第八页，编辑于星期二：十三点 二十六分。 缺陷状态 * 缺陷状态 状态描述 新建 测试或评审人员记录缺陷后的状态 已分配 开发经理接受测试人员提交的缺陷是缺陷后，将其分配给对应的开发人员，并将状态置为“已分配”状态 已拒绝 开发经理或者开发人员看到分配给自己的缺陷不是缺陷，将缺陷置为“已拒绝”状态 已修复 开发人员在开发环境对一个缺陷已经修复完，开发人员置为“已修复”状态 重新打开 测试人员看到缺陷处于“已修复”状态，经验证失败后，将缺陷置为“重新打开”状态；“已挂起”的缺陷开始处理，开发人员将缺陷置为“重新打开”状态 已拒绝已关闭 表示缺陷被开发经理拒绝并已通过测试人员的认可 已挂起 开发经理判断缺陷为推迟修改的，将状态置为“已挂起”状态；开发人员判断缺陷为推迟修改的，将状态置为“已挂起”状态 已关闭 测试人员看到缺陷处于“已修复”状态，经验证通过后，将缺陷置为“已关闭”状态 第九页，编辑于星期二：十三点 二十六分。