缺陷管理培训.ppt

软件测试培训 --缺陷管理 Terence Zhou 1 缺陷管理 软件测试的根本目的是什么? 缺陷管理 软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: 软件错误(Software Error) 软件缺陷(Software Defect) 软件故障(Software fault) 软件失效(Software failure) 区分这些术语很重要，它关系到测试工程师对软件失效现象与机理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效 软件错误:在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹.软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为. 软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活. 软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态.比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适当的措施(容错)加以处理,便产生软件失效.软件故障是一种动态行为. 软件失效:软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果. 缺陷管理 缺陷管理 综上所述,软件错误是一种人为错误.一个软件错误必定产生一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障.软件故障如果没有及时容错措施加以处理,便不可避免地导致软件失效. 缺陷管理 缺陷管理-目的 缺陷管理目的: 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。 缺陷管理-人员职责 参与缺陷管理过程人员角色职责: 项目经理（PM） 负责指派缺陷给相关责任人. 项目测试负责人（TM）: 决定缺陷管理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。 测试人员（TE） 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 项目相关开发人员（DE） 修改测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 质量保证人员（SQA） 监控项目组缺陷管理规程执行情况。 缺陷管理-流程图 缺陷管理-过程介绍 缺陷登记: 缺陷审批: 是否缺陷： 缺陷分派： 修复缺陷： 缺陷回归测试： 缺陷管理-缺陷来源介绍 缺陷来源 描述 缩写 Cause-Requirement 由于需求的问题引起的缺陷 C-R Cause –Design 由于设计的问题引起的缺陷 C-D Cause –Code 由于编码的问题引起的缺陷 C-C Cause –Test 由于测试的问题引起的缺陷（测试用例设计问题等） C-T Cause –Integration Other 由于集成或其它问题引起的缺陷 C-IO 缺陷管理-缺陷相关属性 缺陷属性 描述 缺陷描叙（Summary） 简单描述缺陷，主要是什么缺陷 缺陷发现提交者（Detected By） 描叙缺陷是由谁发现提出的。 缺陷发现时间（Detected on Date） 描叙缺陷发现提出时间。 缺陷严重性（Severity） 描述缺陷的严重性。 缺陷分给谁（Assigned to） 指缺陷分派给谁。 缺陷在哪个版本发现(Detected in Version) 描叙缺陷发现的版本 缺陷被修改的时间（Modified） 描叙缺陷被修改的时间。 计划修复时间（Plan fixed Data） 描叙缺陷计划完成修复的时间。 缺陷优先级（priority） 描述缺陷的优先级。 缺陷所属项目（Project） 描述缺陷所属的工程。 是否是重现缺陷(Reproducible) 描述缺陷是否是