缺陷管理62554.pptVIP

缺陷管理 缺陷的定义 缺陷的定义 软件没有达到客户需求的功能和性能； 软件功能超出客户需求的范围； 软件出现客户需求不能容忍的错误； 软件的使用未能符合客户的习惯和工作环境。 缺陷的定义 缺陷的分类： 级别 － 根据缺陷的严重程度来分； 优先级 － 根据是否急需修复来分； 来源 － 是由哪个开发阶段引入； 类别 － 是哪种原因导致的缺陷；（接口等） 所属 － 是哪个模块发生的缺陷； 。。。 缺陷的定义 缺陷的定义 缺陷的描述 缺陷的要素 标题 被测试软件的版本 及模块 优先度与严重性 发现缺陷的测试步骤和预计的正确结果 发现人员和时间 附件 缺陷的描述 如何有效的描述缺陷? 软件缺陷的描述是软件缺陷报告的基础部分，也是测试人员就一个软件问题与开发工程师交流的最好机会。一个好的描述，需要使用简单的、准确的、专业的语言来抓住缺陷的本质。否则，它就会使信息含糊不清，可能会误导开发人员。 缺陷的描述 如何有效的描述缺陷? 有利于问题的精确定位 节省沟通成本 有利于回归测试 有利于改善开发与测试的关系 缺陷的描述 有效的缺陷描述有以下几个原则： 可以重现：在缺陷的详细描述中提供精确的操作步骤，可以让发人员容易看懂； 定位准确：缺陷描述准确，不会引起误解和歧义； 描述清晰：对操作步骤的描述清晰，易于理解，应用客观的书面语，避免使用口语； 完整统一：提供完整、前后统一的软件缺陷的步骤和信息，按照一致的格式书写全部缺陷报告 缺陷的描述 有效的缺陷描述有以下几个原则： 短小简练：通过使用关键词，可以使问题摘要的描述短小简练，又能准确解释产生缺陷的现象。如“在新建任务窗口中，选择直接下达，负责人收不到即时消息”中“新建任务窗口”、“直接下达”、“即时消息”等是关键词； 特定条件：许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“网站在IE7.0和IE8.0的兼容问题”； 不做评价：在软件缺陷描述不要带有个人观点，对开发软件进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。 缺陷的描述 常见的格式问题如下： 问题摘要中不能有句号； 问题摘要后不要有空格，直接填写内容； 问题摘要比较长时，可以用“，”分隔； 详细描述中序号后面“.”一定是半角的宋体，不是全角符号，并且后面不要再有空格； 详细描述中分号一定要使用全角的分号； 详细描述中的“-”应统一。应在英文输入法的半角状态下输入箭头； 注意缺陷中不要出现错别字，例如“登陆”应写为“登录”。 缺陷的描述 缺陷描述常见的问题： 问题摘要过长，不够简练、准确； 问题摘要与详细描述的内容不一致； 详细描述不清楚，无法复现； 详细描述冗长，不宜于理解； 缺陷定位不正确； 缺陷等级定位错误； 缺陷的类型定位不正确； 不是缺陷。 缺陷描述示例 缺陷描述示例 缺陷描述示例 缺陷描述示例 缺陷描述的相关示例 缺陷描述示例 描述电子商城项目中的缺陷并在Mantis中登记缺陷。 缺陷管理 缺陷跟踪 缺陷的提交人，实时跟踪缺陷状态，对开发人员提出的疑问，及时作出回答； 及时更新缺陷状态。 缺陷管理 缺陷的六个生命状态： 初始状态（New） 打开状态（Open） 修复状态（ Fixed ） 关闭状态（Close） 拒绝状态（Rejected） 重现打开状态（Reopen） 以实际使用的工具为准，可自定义。 缺陷管理 缺陷管理 常用的缺陷管理工具 Test Director Quality center BugFree ClearQuest Mantis 。。。 缺陷管理 为什么要用缺陷管理工具? 没有人记录自己发现的缺陷 无法保证测试人员提交的缺陷报告符合规范要求 测试人员发现的缺陷可能被开发人员忽略或遗忘 没有人知道在新的软件版本里，究竟纠正了哪些缺陷，还有哪些缺陷未被纠正 导致项目的交货期变得非常不可预测 缺陷管理 为什么要用缺陷管理工具? 地域分散的开发团队， 通过email和文档交流，缺陷状态混乱，相关人员无法及时获得有关的变更信息 无法对缺陷进行统计分析，查找原因并制定相应的预防改善措施 缺陷管理 流程定制 查询功能定制 功能域定制 用户权限分级管理 Email通知 构架模式（B/S C/S） 报表定制功能 缺陷分析 关注点： 对软件问题的功能域分布进行分析，找出系统的薄弱环节； 要采集每个功能模块或系统构件的bug数据，并按错误类型、严重程度等分类； 比较实际发现的软件bug是否与预期的问题分布相吻合； 二八定理：80%的软