缺陷管理与工具应用课件.pptx

第三章缺陷管理与工具应用 目录缺陷的定义缺陷的生命周期缺陷的跟踪与分析缺陷工具应用 缺陷的定义什么是缺陷（美）Ron Patton在其著作的《软件测试》一书中把符合下列五个规则的问题称为缺陷：1．软件未达到产品说明书标明的功能；2．软件出现了产品说明书指明不会出现的错误；3．软件功能超出了产品说明书指明范围；4．软件未达到产品说明书虽未能指出但应达到的目标；5．软件测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 缺陷的定义缺陷的名称DefectBugFailureError……… 测试执行的监控 测试监控的任务和目的记录和管理测试用例的执行状态根据当前的执行状态，判定测试用例的设计质量和效率使用脚本进行自动测试根据发现的缺陷分布，判定结束测试的条件是否成熟 测试监控的任务和目的评估测软件的质量缺陷的数量、种类、…评估开发过程的质量缺陷的分布、修复缺陷的时间、回归测试时发现的缺陷数量、…评估测试工程师的表现是否按计划完成任务发现缺陷的数量 测试监控的内容测试用例执行的进度 = 已执行的数目/总数目此数据只表明执行进度，不表示测试的成功率为了得到更精确的进度数据，可计算测试步骤数 测试监控的内容缺陷的存活时间 =缺陷从open到closed的时间表明修改缺陷的效率 测试监控的内容缺陷的趋势分析 --- 按照测试执行的时间顺序(以月、周、天为时间单位)，被发现的缺陷数量的分布如果越来越少，趋近于0，则考虑结束测试执行相反，则说明存在以下的问题：代码修改引发新的缺陷前一版本的测试存在覆盖率的问题，新的测试发现了原先未发现的缺陷必须先修改某些缺陷后才能继续测试，然后才发现其他的缺陷 测试监控的内容缺陷分布密度 =对应于一项需求的总缺陷数/对应于该项需求的测使用例总数需要考虑缺陷的优先级和严重程度如果过多的缺陷集中在某项需求上，可能表明以下问题：该项功能需求是否过于复杂？该项的需求设计、实现是否有问题？分配给该项的开发资源是否不足？… … 测试监控的内容缺陷修改质量 = 每次修改后发现的缺陷数量（包括重现的缺陷和由修改所引起的新缺陷）评价开发部门修复缺陷的质量如果修改某项功能后，此数值较高，测试部门应当及时通知开发部门 改进测试执行过程基于质量风险分析，先测试最容易出现缺陷、对软件影响最大的部分基于用户操作分析,先测试用户经常使用的功能可能对软件的影响正确分析测试结果… … 缺陷报告元素 Bug编号（BugID）版本号（Version）Bug状态（State）Bug类型（Keyword）项目及子模块名称（Product） 缺陷报告元素Bug摘要（Summary）附件（Attachment）操作系统（OS）浏览器（Browser）优先级（Priority） 缺陷报告元素严重级（Severity）Bug操作描述（Description）报告人（Reporter）报告日期（Date） 缺陷报告元素Bugzilla缺陷表 缺陷状态与生命周期 缺陷的状态 New：报告一个Bug。Open：验证后分配给相关的开发人员进行修改状态。Fixed：开发人员修改后的状态。Verified：等待测试人员验证的状态。Reject：拒绝修改Bug。Reopen：如果没修改成功，则重新打开。Closed：如果修改成功，则关闭Bug。 缺陷状态与生命周期 截图技巧Windows 全屏用键盘上的 printWindows 截面活动窗口alt+PrintMac 全屏截图 Command+Shift+3 区域截图: Command + Shift+4 程序窗口截图: Command + Shift+4 + Space 录制录制gif 动画 LICEcap录制Flash动画 Jing 缺陷分析缺陷分析在整个测试工作的及时总结，不仅可以调整测试的重点，而且会大大提高测试工作的效率。因为测试工作的效果要直接依赖测试用例的设计与执行状况，所以在测试过程中和测试结束后都要对测试用例的一些重要结果进行度量。 缺陷分析缺陷主要分析重点设计了多少测试用例，实际执行了多少？有多少测试用例执行失败？在失败的测试用例中，有多少个错误得到修改后最终运行成功？测试用例执行的时间比计划用例是长还是短，主要原因是什么？ 缺陷分析缺陷主要分析重点测试过程中有多少高优先级和高严重级错误，有多少已解决，多少未解决，未解决的问题如何进行处理对于影响性能的重要问题是否都已解决？在执行测试用例中，有多少是跳过未执行？那些模块出现错误比较多，而且还非常严重有多少问题是因为开发人员修改后引出的问题 缺陷分析缺陷与时间关系图 缺陷分析缺陷与版本关系图 缺陷分析缺陷与设计类型关系图 缺陷分析缺陷与优先级关系图 缺陷分析缺陷与模块关系图 缺陷分析缺陷与状态关系图 缺陷分析缺陷与