缺陷管理工具从门入到精通.ppt

软件测试培训 -缺陷管理 1 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理 软件测试的根本目的是什么? 在于检验它是否满足规定的需求 或是弄清预期结果与实际结果之间的差别 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理 软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: u 软件错误(Software Error) u 软件缺陷(Software Defect) u 软件故障(Software fault) u 软件失效(Software failure) 区分这些术语很重要，它关系到测试工程师对软件失效现象与机 理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软 件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的 来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 软件错误:在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯 穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹 .软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致 软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部 行为. 软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受 的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活. 软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态. 比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适 当的措施(容错)加以处理,便产生软件失效.软件故障是一种动态行为. 软件失效:软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果. 缺陷管理缺陷管理 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理 综上所述,软件错误是一种人为错误.一个软件错误必定产生 一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个 软件故障;同一个软件缺陷在不同条件下被激活,可能产生不 同的软件故障.软件故障如果没有及时容错措施加以处理,便 不可避免地导致软件失效. Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理- -目的目的 缺陷管理目的: 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证 各级缺陷的修复率达到标准。主要实现以下目标： l 及时了解并跟踪每个被发现的缺陷； l 确保每个被发现的缺陷都能被处理； l 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； l 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理- -人员职责人员职责 参与缺陷管理过程人员角色职责: 项目经理（PM） l负责指派缺陷给相关责任人. 项目测试负责人（TM）: l决定缺陷管理方式和工具，拟定决策评审计划； l管理所有缺陷关闭情况； l审核测试人员提交的缺陷； l对测试人员的工作质量进行跟踪与评价。 测试人员（TE） l负责报告系统缺陷记录，且协助项目人员进行缺陷定位； l负责验证缺陷修复情况，且填写缺陷记录中相应信息； l负责执行系统回归测试； l提交缺陷报告； l负责被测软件进行质量数据和分析。 项目相关开发人员（DE） l修改测试发现的缺陷，并提交成果物做再测试； l负责接收各自的缺陷记录，并且修改； l负责提供缺陷记录跟踪中其它相应信息。 质量保证人员（SQA） l监控项目组缺陷管理规程执行情况。 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理- -流程图流程图 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理- -过程介绍过程介绍 缺陷登记: 缺陷审批: 是否缺陷： 缺陷分派： 修复缺陷： 缺陷回归测试： Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 缺陷管理缺陷管理- -缺陷来源介绍缺陷来源介绍 缺陷来源 描述 缩写 Cause-Requirement由于需求的问题引起的缺陷C-R Cause Design由于设计的问题引起的缺陷C-D Cause Code 由于编码的问题引起的缺陷 C-C Cause Test 由于测试的问题引起的缺陷（测试用例设计问题等） C-T Cause Integration 3.软件开发人员应避免检查自已的程序，利用同行评审的方式对代 码进行审查；(自己检查容易依照原有的程序设计思路进行，往往 查不出问题) 4.在设计测试用例时，必须明确预期的输出结果，否则对实际 的输 出结果很难有检验的标准，测试失去意义。测试用例应由输入数 据和与之对应的期望输出结果这两部分组成，在输入数据中，应 当包括合理的输入条件和不合理的输入条件； 5.在进行各种分析和修复工作中，要充分注意修复工作所产生的影 响效果和波及效果。 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 软件测试经验分享 6.统计表明大约有60%的错误是在设计阶段之前注入的，并且修正一 个软件错误所需的费用将随着软件生存期的进展而上升。错误发 现得越晚，修复它的费用就越高，而且呈指数增长的趋势。 7.测试后程序中残存的错误数目与该程序中已发现的错误数目（即 检错率）很可能成正比；(编码规 范、需求理解、技术能力、内部 耦合性是引起这些现象的原因) 8.程序中的大部分错误往往是在一小部分模块中发现的，遵循普遍 适用的“二八定理”（即80%的错误往往是由20%的模块所造成的） ，例如，IBM公司的OS/370操作系统中，47% 的错误仅与该系统 中的4%的程序模块有关； 9.要严格执行测试计划，排除测试的随意性，这样才能消除各种无 序操作所造成的副作用；测试设计 决定了测试的有效性和效率， 测试工具只能提高测试效率 10.应当对每一个测试结果做全面的检查，这样才有可能找到真正 的出错原因，为今后的调试工作奠定基础。 Evaluation only.Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile .Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd.Copyright 2004-2011 Aspose Pty Ltd. 结束语 产品越复杂，测试花费的时间就越长，费用就越大，测试发现缺陷 的效率也就越低。 缺陷会掩盖或加重其它缺陷。也就是说，当一个程序有许多缺陷时 ，由于缺陷相互作用，使得发现和修复缺陷的过程更加复杂。这使 得一些缺陷很难查找和修复。一个缺陷可能掩盖其它缺陷，使得这 些被掩盖的缺陷难以发现，增加了它们逃过测试的可能性。 遵照规范化的方法，仔细复查和测试每个小程序模块，这比让任何 测试组在你的程序中发现缺陷的效果要好。也就是说，尽早的将缺 陷排除掉。测试不能避免缺陷的