基于缺陷模式的软件测试第12章.pptVIP

12.4.3 已定义级的缺陷管理 CMM 三级（或称为己定义级）的软件组织会汇集组织内部以前项目的经验教训，制定组织级的缺陷管理过程。 并且，要求项目根据组织级的缺陷管理过程定制本项目的缺陷管理过程。 从而，整个软件组织中的项目都遵循类似的过程来管理缺陷。 好的缺陷管理实践成为所有项目的实践，而教训也为所有项目所了解。 更重要的是，随着组织的不断发展完善，组织的过程会得到持续性的改进，所有项目的过程也都会相应的改进。 12.4.4 定量管理级的缺陷管理 没实现缺陷预防的缺陷密度 CMM4（已管理级）：建立软件过程能力基线 12.4.5 持续优化级的缺陷管理 实现了缺陷预防的缺陷密度 CMM5（持续优化级）：强调对组织的过程进行持续性改进 12.5 报告软件缺陷 12.5.1 报告软件缺陷的基本原则 准确报告软件缺陷是非常重要的，因为： 清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量； 提高软件缺陷修复的速度，使每一个小组能够有效的工作； 提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应； 加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作； 软件缺陷的有效描述规则 软件缺陷的有效描述规则，主要包括： 单一准确。每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。 可以再现。提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。 完整统一。提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。 短小简练。通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。 特定条件。许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。 补充完善。从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。 不做评价。在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。 软件测试质量与保证 第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倍以上，而且测试后程序中残存的错误数目与该程序中已发现的错误数目（即检错率）很可能成正比。 残