基于缺陷模式的软件测试详解.pptVIP

* 12.4.4 定量管理级的缺陷管理 没实现缺陷预防的缺陷密度 CMM4（已管理级）：建立软件过程能力基线 * 12.4.5 持续优化级的缺陷管理 实现了缺陷预防的缺陷密度 CMM5（持续优化级）：强调对组织的过程进行持续性改进 * 12.5 报告软件缺陷 12.5.1 报告软件缺陷的基本原则 准确报告软件缺陷是非常重要的，因为： 清晰准确的软件缺陷描述可以减少软件缺陷从开发人员返回的数量； 提高软件缺陷修复的速度，使每一个小组能够有效的工作； 提高测试人员的信任度，可以得到开发人员对清晰的软件缺陷描述有效的响应； 加强开发人员，测试人员和管理人员的协同工作，让他们可以更好的工作； * 软件缺陷的有效描述规则 软件缺陷的有效描述规则，主要包括： 单一准确。每个报告只针对一个软件缺陷。在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复，不能得到彻底的修正。 可以再现。提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。 完整统一。提供完整、前后统一的软件缺陷的步骤和信息，例如：图片信息，Log文件等。 短小简练。通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象。如“主页的导航栏在低分辨率下显示不整齐”中“主页”、“导航栏”、“分辨率”等是关键词。 特定条件。许多软件功