7.缺陷报告.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
当累积的打开曲线(如图的顶部曲线)在一条渐近线限制下稳定下来,通常就认为该测试完成了。 修正日期在关闭日期之前,可以看到关闭曲线大约落后了一个星期1。 在当前测试阶段找到软件缺陷的能力在减弱。发现软件缺陷的极限在8月23号左右;接下来系统测试第二个周期发现少数几个软件缺陷,在最后的周期中没有发现缺陷。 开发人员完成了修复软件缺陷了吗?在测试和修复的过程中,发现这两条曲线在不断的收敛,当这两条曲线收敛成一个点时,开发人员基本上完成了修复软件缺陷的任务了。并且注意到关闭曲线紧跟在打开曲线的后面,这表明项目小组正在快速地推进问题的解决。 当测试人员从一个测试阶段到另一个测试阶段时,发现累积打开曲线有一个突起,这样的凸起是非常可怕的2 缺陷跟踪的方法和图表 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件缺陷为何发生:根本原因图表 分析软件缺陷根本原因不仅有助于测试人员决定哪些功能领域需要增强测试,而且可以使开发人员的注意力集中到那些引起最严重,最频繁的领域。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 开发人员如何响应:关闭软件缺陷周期图表 关闭软件缺陷周期图表 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 开发人员如何响应:关闭软件缺陷周期图表 “关闭周期”有一个简单直观的意义:关闭周期将开发人员对软件缺陷的响应量化到软件缺陷报告中,一个稳定的关闭周期图表是显示了从一天到另一天相对较少的变化,这是一个理想的例子。如果软件缺陷报告推迟了它们打开的日期,这就将日常关闭曲线拉向0,此外,一个可接受的日常关闭曲线是不显示朝向任何边界的明显倾斜。 一个稳定而接受的关闭周期图表指出了一个理解良好,运行平稳的缺陷管理过程。理想情况是一个向下或水平趋向的关闭软件周期曲线。如图所示关闭软件缺陷周期图表中的关闭周期是稳定而可接受的。缺陷一般大约一个半星期内得到修正,这是一个良好的速度。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 小结 本章讲解了应该遵循正规过程正确地描述、分离、分类、记录和跟踪软件缺陷,以保证它们最终得到解决,最好被修复。当项目处于测试执行阶段时,测试管理员管理缺陷主要由分析数据和收集数据组成,因此我们需要建立软件缺陷跟踪数据库存储、搜索和分析软件缺陷,从而生成一系列的图表,分析项目的发展趋势,找到薄弱的领域,合理的修复它。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 可以再现:保证你的操作必然会出现缺陷的症状,不然你实际上只是看到了表象 特定条件:条件要充分 不做评价:评价容易引入主观内容 严重但可能优先级不高,比如某个不常用功能总会崩溃,很严重吧,但优先级不会很高 根源:一般是人的因素 讨论分离和调试软件缺陷之间的区别,是为了划清测试人员与开发人员的责任,增加界限的清晰度与测试资源的控制能力。面对一个软件缺陷时,开发人员或测试人员为了修复它,会提出一系列分步骤地、处理缺陷的疑问: 软件缺陷跟踪管理是测试工作的一个重要部分,测试的目的是为了尽早发现软件系统中的缺陷,而对软件缺陷进行跟踪管理的目的是确保每个被发现的缺陷都能够及时得到处理。软件测试过程简单说就是围绕缺陷进行的,对缺陷的跟踪管理,一般而言需要达到以下目标: “解决”的意思不一定是被修正,也可能是其他处理方式(例如,延迟到下一个版本中修正或者由于技术原因不能被修正),总之,对每个被发现的BUG的处理方式必须能够在开发组织中达到一致; 跟踪缺陷的统计信息,以确定测试的阶段,及是否可以结束 生命周期的概念是一个物种从诞生到消亡

文档评论(0)

5f2e576 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档