软件缺陷管理 软件测试教学PPT课件.pptx

第五章 软件缺陷管理;5.1 软件缺陷;5.1.1 软件缺陷的定义; ;软件缺陷带来的风险; 需求的不完善定义 客户——开发者通信失败 对软件需求的故意偏离 逻辑设计错误 编码错误 ; 软件缺陷产生的原因 调查研究表明：大多数软件缺陷并不是由于编码造成的，导致大多数软件缺陷产生的最大的原因是需求分析阶段，其次是在软件设计阶段。; 需求分析是造成软件缺陷出现的最大来源 软件需求规格说明书描述了系统应该具有的功能和性能。 它是开发流程与测试流程的输入 在软件开发之初，由于客户——开发者之间的沟通问题，造成需求规格说明的不完善或者是对软件需求的偏离 在开发过程中因需求规格说明的不全面或经常变更，再加上整个开发小组不能很好的沟通造成设计和编码与需求规格说明之间的不一致等等;; 很难找出缺陷的原因 软件错误/缺陷很难看到 软件错误/缺陷看到了但很难抓到 软件错误/缺陷抓到了但无法修改或很难修改 人们无时无刻都可能犯错误，使得软件中存在错误/缺陷 ; 典型的缺陷类型 需求解释有错误、用户定义错了需求、需求记录错误； 设计说明有误； 编码说明有误、程序代码有误、数据输入有误； 测试错误、问题修改不正确； 正确的结果是由于其它的缺陷产生的。; 1）可追踪信息——缺陷ID (唯一的缺陷ID，可以根据该ID追踪缺陷) 2）缺陷基本信息 ; 3）缺陷的详细描述 描述应尽可能详细 4）测试环境说明 对测试环境的描述 5）必要的附件 对于某些文字很难表达清楚的缺陷,使用图片等附件是必要的 6）从统计的角度出发 还可以添加上“缺陷引入阶段”、“缺陷修正工作量”等项目;缺陷的属性; 1）软件缺陷的分类--缺陷的类型 10 F-Function (功能) 20 A-Assignment （赋值） 30 I-Interface and Timing/Serialization（接口/时序） 40 C-Checking（检查） 50 B-Build/package/merge（联编打包） 60 D-Documentation（文档） 70 G-Algorithm（语法） 80 U-User Interface(用户接口) 90 P-Performance(性能) 10 100N-Norms(标准); 2） 缺陷的分类--严重程度 软件测试错误的严重程度 ;3）缺陷的分类—解决优先级 ; 4）缺陷来源;5.1.3 软件??陷分类; 6）缺陷的分类--生命周期 ; 缺陷分类适用范围;缺陷跟踪管理是测试工作的一个重要部分 测试的目的是为了尽早发现软件系统中的缺陷 对缺陷进行跟踪管理，确保每个被发现的缺陷都能够及时得到处理是测试工作的一项重要内容 缺陷跟踪管理的目标 确保每个被发现的缺陷都能够被解决 收集缺陷数据并根据缺陷趋势曲线识别测试过程的阶段 收集缺陷数据并进行数据分析，作为组织的过程财富 ; 收集缺陷 必须首先收集缺陷数据，然后才能了解这些缺陷，并且找出如何预防它们，同时也能领会到如何更好地发现，修复甚至预防仍在引入的缺陷 可以按照以下步骤收集关于缺陷的数据 为测试和同行评审中发现的每一个缺陷做一个记录 对每个缺陷要记录足够详细的信息,以便以后能更好地了解这个缺陷 分析这些数据以找出哪些缺陷类型引起大部分的问题 设计出发现和修复这些缺陷的方法（缺陷排除）;缺陷管理基本流程:;缺陷管理基本流程:;; 缺陷管理流程中的各种角色 ; 缺陷所处的状态;缺陷管理的一般流程:; 软件缺陷流程管理的要点 为了保证错误的正确性，需要: 有丰富测试经验的测试人员验证和确认发现的错误是否是真正的错误 测试步骤是否准确、简洁、可以重复 软件错误的确认并不总是轻而易举的事情 由于对软件设计具体要求的不了解，对测试报告的个别软件错误，可能无法确认是否属于真正的软件错误，本地化服务商需要与软件供应商交流并确认 每次对错误的处理都要保留处理信息 包括处理者姓名，时间，处理方法，处理步骤，错误状态，处理注释等 ; 对错误的拒绝不能由程序员单方面决定 应该由项目经理，测试经理和设计经理共同决定 对错误延期处理不能由本地户服务商决定 应该由软件供应商决定 错误修复后必须由报告错误的测试人员验证后，确认已修复，才能关闭;5.2 软件缺陷度量、分析与统计;软件缺陷度量 缺陷度量是对项目过程中产生的缺陷数据进行采集和量化，将分散的缺陷数据统一管理，使其有序而清晰 缺陷度量是软件质量度量的重要组成部分，它和软件测试密切相关 软件缺陷度量方法较多，从简单的缺陷计数到严格的统计建模;5.2.1 软件缺陷度量; 软件缺陷分析 将软件开发各个阶段产生的缺陷信息进行分类和汇总统计,计算分析指标，编写分析报告的活动 用来评估当前软件的可靠性，并且预测软件产品可靠性变化，缺陷分析在软