1、2018年10月15日,1,缺陷管理,白 溥 ,缺陷管理,软件测试或评审的根本目的是什么?,缺陷管理,软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: 软件错误(Software Error) 软件缺陷(Software Defect) 软件故障(Software fault) 软件失效(Software failure)区分这些术语很重要，它关系到测试工程师对软件失效现象与机理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效,
2、: :,在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹.软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为.,软件错误,是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活.,软件缺陷,是指软件运行过程中出现的一种不希望或不可接受的内部状态.比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适当的措施(容错)加以处理
3、,便产生软件失效.软件故障是一种动态行为,软件故障,是指软件运行时产生的一种不希望或不可接受的外部行为结果.,软件失效,缺陷管理,缺陷管理,综上所述,软件错误是一种人为错误.一个软件错误必定产生一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障.软件故障如果没有及时容错措施加以处理,便不可避免地导致软件失效.,缺陷管理,缺陷管理-目的,缺陷管理目的: 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺
4、陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。,缺陷管理-人员职责,参与缺陷管理过程人员角色职责: 项目经理（PM）：负责指派缺陷给相关责任人. 项目测试负责人（TM）: 决定缺陷管理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。,缺陷管理-人员职责,测试人员（TE） 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 项目相关开发人员（DE） 修改
5、测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 质量保证人员（SQA）：监控项目组缺陷管理规程执行情况。,缺陷管理-流程图,缺陷管理-过程介绍,缺陷登记: 缺陷审批: 是否缺陷： 缺陷分派： 修复缺陷： 缺陷回归测试：,缺陷管理-缺陷来源介绍,缺陷来源 描述 缩写 Cause-Requirement 由于需求的问题引起的缺陷 C-R Cause Design 由于设计的问题引起的缺陷 C-D Cause Code 由于编码的问题引起的缺陷 C-C Cause Test 由于测试的问题引起的缺陷（测试用例设计问题等） C-T Ca
6、use Integration & Other 由于集成或其它问题引起的缺陷 C-I&O,缺陷管理-缺陷相关属性,缺陷管理-缺陷等级定义,缺陷管理-缺陷等级定义,缺陷管理-缺陷修复优先级,缺陷管理-缺陷状态,缺陷管理-缺陷状态转换图,缺陷管理-怎样专业的描述缺陷,软件缺陷的有效描述规则，主要是： 1. 单一准确 每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。 2. 可以再现 提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。 3. 完整统一 提供完整、前
7、后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。 4. 短小简练 通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。,缺陷管理-怎样专业的描述缺陷,5. 特定条件 许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。 6. 补充完善 从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。 7. 不做评价 在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。,缺陷分析,缺陷严重程度分析 缺陷类型分析 缺陷所属模块分析 缺陷收敛趋势分析 缺陷二八定理分析 缺陷分析图,缺陷管理-工具介绍,Test Director Hp公司 Clear Quest IBM Rational公司,Thanks!,
