《缺陷处理流程》PPT课件

《《缺陷处理流程》PPT课件》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、三、基于测试流程上的缺陷管理系统缺陷的定义软件没有达到产品说明书表明的功能软件出现了产品说明书中不一致的表现软件功能超出产品说明书的范围软件没有达到用户期望的目标(虽然产品说明书中没有要求)测试员或用户认为软件的易用性差不是所有缺陷都会修改市场的压力使得产品最终发行有时间限制测试员错误理解或者不正确操作引出的缺陷(FAQ)错误的修改影响的模块较多，带来的风险较大（遗留）修改性价比太低(FAQ，遗留）缺陷报告中提出的问题很难重现FounderR&D3.1缺陷报告管理系统是测试流程在工具上的固化通过权限控制来实现流程

2、监控记录了缺陷识别到关闭过程中的所有数记录了版本变更的信息是开发和测试之间沟通的信息平台实时的数据和信息的更新度量和统计分析，为改进产品提供依据FounderR&DFounderR&D采用LotusNotes作为bug管理平台完全电子化的信息传递统一管理和备份具备数据统计和查询功能能够进行个性化二次开发方正测试缺陷跟踪与管理系统3.1.1系统测试缺陷处理流程新建表单待测试提交待指定处理人正在处理返回处理待开发提交待返测待归档已归档个人提交退回测试提交指定处理人重新指定处理完毕返测完毕归档重新返测退回提交版本更新说

3、明FounderR&DBug报告准则如何重现错误-使用最少步骤重现现象描述没有歧义尽量简单-一个bug一个报告可以提出对错误的解决建议开发人员拒绝修改的bug程序员无法重现或者现象难以捕捉没有明确的报告以说明重现bug的步骤程序员无法读懂的bug报告用户很少使用或者不符合用户使用习惯的操作出错由不受信任的测试人员提出缺陷报告FounderR&D3.1.2集成测试缺陷处理流程新建表单待指定处理人正在处理待返测待归档已归档返回处理测试提交指定处理人重新指定处理完毕返测完毕归档重新返测退回FounderR&D4.1缺陷

4、分析的关注点：1、对软件问题的功能域分布进行分析，找出系统的薄弱环节要详细采集每个功能模块或系统构件的bug数据，并按功能、错误类型、严重程度等分类比较实际发现的软件bug是否与预期的问题分布相吻合二八定理：80%的软件问题总是发生在大约20%的功能模块（系统构件）中。FounderR&D缺陷分析的关注点2、对bug的注入阶段的分布进行分析，并与历史数据相比较。应按不同的开发阶段详细采集bug的数据要求软件各开发阶段的缺陷密度小于本单位过去的平均值而且要求需求分析、设计和代码复查阶段的缺陷排除率之和大于或等于规定

5、值（例如75%）。（同行评审）FounderR&DFounderR&D缺陷分析的关注点3、应对软件缺陷类型进行分析，以便针对各自的特点，先修复严重缺陷。可参考PSP中缺陷类型标准（如下表），其中缺陷类型是按照问题的复杂度来排列的，类型10到40是比较简单的编码缺陷，类型50到100是比较复杂的设计缺陷。类型编号类型名称描述10文档注释，消息20句法拼写，标点，打字，指令格式30联编，打包理改管理，库，版本控制40分配说明，重名，作用域，限制50接口过程调用和引用，输入/输出，用户格式60检查出错信息，不恰当的检查

6、70数据结构，内容80函数逻辑，指针，循环，递归，计算，函数缺陷90系统配置，记时，内存100环境设计，编译，测试，或其它支持系统问题缺陷分析的关注点4、应动态采集每个测试周期中发现的bug数，并有效地控制缺陷的修复率。5、应密切观察bug的状态，并及时跟踪其状态的变化，以检查测试和开发人员的工作情况FounderR&D缺陷分析的关注点6、应该采集bug不同方式的修复数据，以便检验软件产品是否满足交付规则分析修改代码、改变设计、封掉功能遗留以及下一版本解决的bug数约占缺陷总数的比例。在有严密和有效的质量保证体系

7、条件的监控下，常常会引起有较高比例的延期解决的缺陷数，这是因为许多细微的或枝节性的问题被测试出来，经过评价证明不会造成大的质量影响，但可为产品进一步升级提供有价值的参考。FounderR&D4.2测试人员的绩效评价评价标准：1、bug数量：同一个项目组内，提交bug数量的多少是衡量测试人员工作效率的一方面；另一个衡量指标是每人日提交的bug数。2、bug严重程度：Bug的严重程度是衡量bug的质量的一个重要因素，好的bug应该是极端严重的，对系统造成极大危害的。3、bug价值：Bug的双方面评判，对于bug的价值

8、开发人员在另外一个角度上进行评判以上三个因素的加权平均才能更有效的评价测试人员的绩效！FounderR&D4.3缺陷统计分析工具介绍FounderR&D测试结果分析和评价缺陷密度:基本的缺陷测量是以每千行代码的缺陷数(Defects/KLOC)来测量的。称为缺陷密度(Dd)，其测量单位是defects／KLOC。可按照以下步骤来计算一个程序的缺陷密度：累计开发过程中每个阶