缺陷管理62589.pptVIP

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