CMMI质量管理体系——软件测试缺陷管理.ppt

CMMI质量管理体系软件测试缺陷管理单击此处编辑母版标题样式缺陷管理概念及目的2缺陷管理目的：缺陷管理目的：对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标：l及时了解并跟踪每个被发现的缺陷；l确保每个被发现的缺陷都能被处理；l收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段；l收集缺陷数据并在其上进行数据分析，作为组织过程的财富。什么是缺陷管理？什么是缺陷管理？缺陷管理是在软件生命周期中识别、管理、沟通任何缺陷的过程（从缺陷的识别到缺陷的解决关闭），确保缺陷被跟踪管理而不丢失。单击此处编辑母版标题样式单击此处编辑母版标题样式单击此处编辑母版标题样式单击此处编辑母版标题样式缺陷原因分布图单击此处编辑母版标题样式缺陷管理人员职责7参与缺陷管理过程人员角色职责:u项目经理（PM）负责指派缺陷给相关责任人.u项目测试经理（TM）:决定缺陷管理方式和工具，拟定决策评审计划；管理所有缺陷关闭情况；审核测试人员提交的缺陷；对测试人员的工作质量进行跟踪与评价。u测试人员（TE）负责报告系统缺陷记录，且协助项目人员进行缺陷定位；负责验证缺陷修复情况，且填写缺陷记录中相应信息；负责执行系统回归测试；提交缺陷报告；负责被测软件进行质量数据和分析。u项目相关开发人员（DE）修改测试发现的缺陷，并提交成果物做再测试；负责接收各自的缺陷记录，并且修改；负责提供缺陷记录跟踪中其它相应信息。u质量保证人员（QA）监控项目组缺陷管理规程执行情况。单击此处编辑母版标题样式测试管理流程单击此处编辑母版标题样式缺陷状态9缺陷状缺陷状态态状状态态描述描述新建测试或评审人员记录缺陷后的状态已分配开发经理接受测试人员提交的缺陷是缺陷后，将其分配给对应的开发人员，并将状态置为“已分配”状态已拒绝开发经理或者开发人员看到分配给自己的缺陷不是缺陷，将缺陷置为“已拒绝”状态已修复开发人员在开发环境对一个缺陷已经修复完，开发人员置为“已修复”状态重新打开测试人员看到缺陷处于“已修复”状态，经验证失败后，将缺陷置为“重新打开”状态；“已挂起”的缺陷开始处理，开发人员将缺陷置为“重新打开”状态已拒绝已关闭表示缺陷被开发经理拒绝并已通过测试人员的认可已挂起开发经理判断缺陷为推迟修改的，将状态置为“已挂起”状态；开发人员判断缺陷为推迟修改的，将状态置为“已挂起”状态已关闭测试人员看到缺陷处于“已修复”状态，经验证通过后，将缺陷置为“已关闭”状态单击此处编辑母版标题样式缺陷管理相关属性10缺陷属性缺陷属性描述描述缺陷描叙（Summary）简单描述缺陷，主要是什么缺陷缺陷发现提交者（Detected By）描叙缺陷是由谁发现提出的。缺陷发现时间（Detected on Date）描叙缺陷发现提出时间。缺陷严重性（Severity）描述缺陷的严重性。缺陷分给谁（Assigned to）指缺陷分派给谁。缺陷在哪个版本发现(Detected in Version)描叙缺陷发现的版本缺陷被修改的时间（Modified）描叙缺陷被修改的时间。计划修复时间（Plan fixed Data）描叙缺陷计划完成修复的时间。缺陷优先级（priority）描述缺陷的优先级。缺陷所属项目（Project）描述缺陷所属的工程。是否是重现缺陷(Reproducible)描述缺陷是否是重现缺陷。缺陷的状态(Status)描述缺陷的状态缺陷所属于的模块（subject）描述缺陷所属的模块。缺陷详细描述（Description）缺陷详细描述，包括缺陷产生的步骤，缺陷的实际结果，缺陷的理想结果，建议等。缺陷实际关闭的版本（Closed in Version）描述缺陷实际关闭的版本。缺陷实际修复所花的时间（Actual Fixed Time）描述缺陷实际修复所花的时间缺陷修复完成时间（Closing Date）描述缺陷实际关闭的时间。注释(Comments)描叙对缺陷的注释。附件（Attachments）添加缺陷附件。单击此处编辑母版标题样式缺陷优先级11缺陷的优先级是根据用户对缺陷修改的时间要求划分的，具体如下：序号序号优优先等先等级级紧紧急程度急程度描述描述1P1立即解决缺陷导致系统几乎不能使用或测试不能继续，需立即修复2P2高优先级缺陷严重影响测试需要优先考虑3P3正常排队缺陷需要正常排队等待修复4P4低优先级缺陷可以在开发人员有时间的时候再被纠正单击此处编辑母版标题样式缺陷严重等级定义12序序号号严严重程重程度度缺陷性缺陷性质质定定义标义标准准优优先先级级1A类致命缺致命缺陷陷直接影响测试继续执行的错误。必须在最短时间内修复，否则测试无法继续进行。包含但不限于：1.正常的用户操作导致浏览器崩溃或无响应2.产品核心功能没有实现或无法使用3.程序实现与需求严重不符4.其他导致无法测试的错误5.严重的数值计算错误6.存在致命的安全漏洞7.Bug被重开3次及以上立即解决立即解决2B类严严重缺重缺陷陷影响其他测试案例的继续执行或与功能规格严重不符的错误，以及有可能给银行造成损失和风险的错误。包含但不限于：1.产品功能实现不正确2.主业务流程对应的功能未实现，阻碍测试继续进行3.严重的兼容性问题和页面样式问题，如：页面样式严重错乱，导致页面控件无法正常定 位；4.正常的用户操作导致浏览器出现偶发类崩溃（偶发概率20%以上）5.程序实现与需求功能上不符6.其他导致部分模块无法测试的错误7.主要数值计算错误 8.严重的功能逻辑错误9.Bug被重开2次 高高优优先先级级3C类一般缺一般缺陷陷影响客户服务的错误。对系统功能影响比较小的错误,在测试结束前必须修复。如报表格式不完全正确，提示信息不对，画面布局文字有错误等 正常排正常排队队4D类微小缺微小缺陷陷如提示信息不准确，画面布局位置不合理低低优优先先级级5E类建建议议对系统功能提出自己的见解或意见，具使其具备一定的改革和改良的条件，使其向着更加良好的、积极的方面去完善和发展。低低优优先先级级单击此处编辑母版标题样式缺陷管理缺陷来源13序号序号缺陷起源缺陷起源描述描述1需求由于需求问题引起的缺陷2设计由于设计问题引起的缺陷3编码由于编码问题引起的缺陷4集成由于集成问题引起的缺陷5其他由于其他问题引起的缺陷单击此处编辑母版标题样式缺陷管理缺陷分类14序号序号缺陷类型缺陷类型描述描述子类型名称子类型名称1功能问题影响了重要的特性、用户界面、产品接口、硬件结构接口和全局数据结构。并且设计文档需要正式的变更。如指针，循环，递归，功能等缺陷。功能错误功能缺失功能超越设计二义性算法错误2接口问题与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷。模块间接口模块内接口公共数据使用3逻辑问题需要进行逻辑分析，进行代码修改，如循环条件等分支不正确重复的逻辑忽略极端条件不必要的功能误解条件测试错误循环不正确错误的变量检查计算顺序错误逻辑顺序错误4计算问题等式、符号、操作符或操作书错误，精度不够、不适当的数据验证等缺陷。等式错误缺少运算符错误的操作数括号用法不正确精度不够舍入错误符号错误单击此处编辑母版标题样式缺陷管理缺陷分类15序号序号缺陷类型缺陷类型描述描述子类型名称子类型名称5数据问题需要修改少量代码，如初始化或控制块。如声明、重复命名，范围、限定等缺陷。初始化错误存取错误引用错误的变量数组引用越界不一致的子程序参数数据单位不正确数据维数不正确变量类型不正确数据范围不正确操作符数据错误变量定位错误数据覆盖外部数据错误输出数据错误输入数据错误数据检验错误6用户界面问题人机交互特性：屏幕格式，确认用户输入，功能有效性，页面排版等方面的缺陷。界面风格不统一屏幕上的信息不可用屏幕上的错误信息界面功能布局和操作不合常规7文档问题影响发布和维护，包括注释等缺陷。描述含糊项描述不完整项描述不正确项缺少或多余项不能验证项不能完成不符合标准与需求不一致文字排版错误文档信息错误注释缺陷单击此处编辑母版标题样式缺陷管理缺陷分类16通过对缺陷进行分类，可以迅速找出哪一类缺陷的问题最大，然后集中精力预防和排除这一类缺陷。序号序号缺陷类型缺陷类型描述描述子类型名称子类型名称8性能问题不满足系统可测量的属性值，如：执行时间，事务处理速率等缺陷。9配置问题由于配置库、变更管理或版本控制引起的错误。配置管理问题编译打包缺陷变更缺陷纠错缺陷10标准问题不符合各种标准的要求，如编码标准、设计符号等缺陷。不符合编码标准不符合软件标准不符合行业标准11环境问题由于设计、编译和运行环境引发的问题。设计、编译环境运行环境12其他问题以上问题所不包含的其他问题。单击此处编辑母版标题样式缺陷管理怎样专业的描述缺陷17软件缺陷的有效描述规则，主要是：1.1.单一准确单一准确每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。2.2.可以再现可以再现提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。3.3.完整统一完整统一提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。4.4.短小简练短小简练通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。5.5.特定条件特定条件许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。6.6.补充完善补充完善从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。7.7.不做评价不做评价在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。单击此处编辑母版标题样式缺陷管理工具介绍18nTest Director（商业，Hp公司），以前是mercury公司的产品nQualityCenter（商业，Hp公司），其前身为Test DirectornClear Quest（商业，IBM Rational公司）nBugFree（免费，微软）简单实用、免费并且开发源码中国领先的整合IT服务商神州数码信息服务股份有限公司神州数码信息服务股份有限公司谢 谢！此此课件下件下载可自行可自行编辑修改，修改，仅供参考！供参考！感感谢您的支持，我您的支持，我们努力做得更好！努力做得更好！谢谢!