12、基于缺陷模式的软件测试概要.ppt

第12章 基于缺陷模式的软件测试 内容提要 12.1概述 12.1.1 相关定义 12.1.2 软件缺陷的产生原因 12.1.3 减少缺陷的关键因素 12.1.4 软件缺陷的特征 12.2软件缺陷属性 12.2.1 缺陷类型 12.2.2 缺陷严重程度 12.2.3 同行评审错误严重程度 12.2.4 缺陷优先级 12.2.5 缺陷状态 12.2.6 缺陷起源 12.2.7 缺陷来源 12.2.8 缺陷根源 内容提要 12.3软件缺陷的严重性和优先级 12.3.1 缺陷的严重性和优先级的关系 12.3.2 处理缺陷的严重性和优先级的常见错误 12.3.3 缺陷的严重性和优先级的表示和确定 12.4 软件缺陷管理和CMM的关系 12.4.1 初始级的缺陷管理 12.4.2 可重复级的缺陷管理 12.4.3 已定义级的缺陷管理 12.4.4 定量管理级的缺陷管理 12.4.5 持续优化级的缺陷管理 内容提要 12.5 报告软件缺陷 12.5.1 报告软件缺陷的基本原则 12.5.2 IEEE软件缺陷报告模板 12.6软件缺陷管理 12.6.1 缺陷管理目标 12.6.2 人员职责 12.6.3 缺陷生命周期 12.6.4 缺陷管理系统 12.7软件缺陷分析 12.7.1 缺陷分析方法 12.7.2 缺陷分析指标 12.8小结 12.1概述 软件业的发展推动了社会经济的快速发展，但是软件质量却变得越来越难以控制。从某种程度上说，软件产品的竞争力已经不完全取决于技术的先进，更重要的是取决于软件质量的稳定。 然而对于软件开发而言软件缺陷始终是不可避免的，为此付出的代价和成本是巨大的。 研究表明，大约有60%的错误是在设计阶段之前注入的，并且修正一个软件错误所需要的费用将随着软件生存期的进展而上升。 错误发现得越晚，修复它的费用就越高，而且呈指数上升的趋势。 在软件的编码测试阶段遗漏编码缺陷，如果到系统测试时才发现，那么这时纠正缺陷所花费的成本是在编码阶段纠错花费的成本的7倍以上，而且测试后程序中残存的错误数目与该程序中已发现的错误数目（即检错率）很可能成正比。 残存的错误和已发现的错误数目的关系 12.1.2 软件缺陷的产生原因 程序编写错误 编写程序未按照规定 软件越来越复杂 开发人员的态度 沟通上的问题 需求变更太过频繁 进度上的压力 管理上的失误 12.1.3 减少缺陷的关键因素 软件在版本发布后发现和解决一个软件存在的问题所需的费用，通常要比在需求和设计阶段发现、解决问题高出约100倍； 当前的软件项目约40%到50%的费用花费在可以避免的重复工作上； 大约80%的可避免的重复工作产生于20%的缺陷； 大约的80%缺陷产生于20%的模块，约一半的模块缺陷是很少的； 大约的90%软件故障来来自于的10%缺陷； 有效的审核可以找出约60%的缺陷； 有的目的性审核能够比无方向的审核多捕获约35%的缺陷； 人员的专业性训练可减少高达约75%的缺陷出现率； 同等情况下，开发高可信赖的软件产品与开发低可信赖的软件产品相比，成本要高出近50%。然而，如果考虑到软件项目的运行和维护成本的话，这种投资是完全值得的； 大约40%到50%的用户程序都包含有非常细小的缺陷。 12.1.4 软件缺陷的特征 12.2软件缺陷属性 缺陷标识（Identifier）：缺陷标识是标记某个缺陷的一组符号。每个缺陷必须有一个唯一的标识； 缺陷类型 （Type）：缺陷类型是根据缺陷的自然属性划分的缺陷种类，一般包括功能缺陷、用户界面缺陷、文档缺陷、软件配置缺陷、性能缺陷、系统/模块接口缺陷等； 缺陷严重程度 （Severity）：缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度； 缺陷优先级（Priority）：缺陷的优先级指缺陷必须被修复的紧急程度； 缺陷状态（Status）：缺陷状态指缺陷通过一个跟踪修复过程的进展情况； 缺陷起源（Origin）：缺陷来源指缺陷引起的故障或事件第一次被检测到的阶段； 缺陷来源（Source）：缺陷来源指引起缺陷的起因； 缺陷根源（Root Cause）：缺陷根源指发生错误的根本因素。 12.2.1 缺陷类型 12.2.2 缺陷严重程度 12.2.3 同行评审错误严重程度 12.2.4 缺陷优先级 12.2.5 缺陷状态 12.2.6 缺陷起源 12.2.7 缺陷来源 12.2.8 缺陷根源 12.3软件缺陷的严重性和优先级 缺陷严重性和缺陷优先级是表征软件缺陷的两个重要因素，它影响软件缺陷的统计结果和修正缺陷的优先顺序，特别在软件测试的后期，将影响软件是否能够按期发布。 对于软件测试初学者或者没有软件开发经验的测试工程师而言，对于这两个概念的理解，对于