度量测试结果与缺陷管理

1、第 五 章度量测试结果与缺陷管理度量测试结果与缺陷管理回顾v良好的测试设计由若干个防范组成。v在单元测试中，测试应设计为检验各个单元是否实现了该单元的设计说明书中的所有设计判定 。v单元测试说明书由一系列单元测试用例组成。v测试用例设计技术可以大体分成黑盒和白盒两个主要类别。v缺陷猜测主要凭借测试设计者的经验。本章目标 v对测试本身信任程度的量度v明白何时进行测试和使用覆盖率v进行缺陷管理简介v测试全貌：测试计划、实际测试和写测试报告 v度量是软件工程过程的一个关键要素。v度量标准用于理解所创建的模型的属性。监视测试覆盖率v对于测试结果的评价，需要监视测试覆盖率。v要减少要测试的条件的数量，可

2、以将系统分成多个独立的部分。v这样可以为代码测试的各个部分分别生成不同的条件组合。逻辑覆盖测试方法 4-1v语句覆盖语句覆盖 选择足够的测试用例，使得程序中每一条选择足够的测试用例，使得程序中每一条可执行语句至少被执行一次。可执行语句至少被执行一次。v判定覆盖判定覆盖 选择足够的测试用例，使得程序中每一个选择足够的测试用例，使得程序中每一个分支判断的每一种可能结果分支判断的每一种可能结果(主要指主要指switch-case情况情况)都至少被执行一次。判定覆盖也叫都至少被执行一次。判定覆盖也叫分支覆盖。分支覆盖。v条件覆盖条件覆盖 选择足够的测试用例，使得程序中每一个选择足够的测试用例，使得程序

3、中每一个分支判断中的每一个条件的可能结果都至少分支判断中的每一个条件的可能结果都至少被执行一次。被执行一次。逻辑覆盖测试方法 4-2v判定判定/条件覆盖条件覆盖 选择足够的测试用例，使得同时满足判定覆选择足够的测试用例，使得同时满足判定覆盖和条件覆盖。盖和条件覆盖。v条件组合覆盖条件组合覆盖 选择足够的测试用例，使得程序中每一个分选择足够的测试用例，使得程序中每一个分支判断中的每一个条件的每一种可能组合结支判断中的每一个条件的每一种可能组合结果都至少被执行一次。果都至少被执行一次。v路径覆盖路径覆盖 选择足够的测试用例，使得程序中所有的可选择足够的测试用例，使得程序中所有的可能路径都至少被执行

4、一次。能路径都至少被执行一次。逻辑覆盖测试方法 4-3语句覆盖判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖逻辑覆盖测试方法 4-4v需要完成的各种测试包括：单元测试单元测试集成测试集成测试系统测试系统测试验收测试验收测试回归测试回归测试v在验收和回归测试后，对于覆盖率测试达到一定标准后，我们即发布软件。测试覆盖率涉及的测试什么是缺陷？v缺陷可以定义成：没有实现预定的使用需求或合理期望没有实现预定的使用需求或合理期望与规格说明书或标准存在偏差与规格说明书或标准存在偏差在与标准的一致性方面导致客户不满的任何问在与标准的一致性方面导致客户不满的任何问题题为什么需要缺陷管理？v客户期望以较少的时

5、间/成本获得较高的质量。v规格说明书在项目开发生命周期的后期往往会被修改。v测试所发现的缺陷常常会招致大量的软件开发成本。v新的开发方法、工具不断地实现。v软件管理不能让测试成为瓶颈并减慢开发速度。v测试需要快速、灵活和可靠。v我们需要有关测试充分性的证据。缺陷的生命周期缺陷管理Defect级别v致命性缺陷（Critical）数据丢失，数据计算缺陷、系统崩溃和非常死数据丢失，数据计算缺陷、系统崩溃和非常死机机 v严重功能性缺陷(Serious)规定的功能没有实现或不完整、设计不合理造规定的功能没有实现或不完整、设计不合理造成性能低下，影响系统的运营成性能低下，影响系统的运营 v警告性缺陷(Mo

6、derate)不影响业务运营的功能问题不影响业务运营的功能问题 v建议性缺陷(Suggestion,Cosmetic)软件设计和功能实现等不甚合理之处提出建议软件设计和功能实现等不甚合理之处提出建议 缺陷管理修改的优先级v高优先级v中优先级v低优先级缺陷管理缺陷描述1 分配给缺陷的ID号2 提交缺陷的时间3 缺陷提交人4 版本号发生缺陷的子系统或模块5 缺陷发生的条件6 对缺陷的详细描述7 所使用的测试用例号8 缺陷被发现的数据库9 使用的机器号10 缺陷的重要性11 缺陷的改正优先级12发生缺陷的子系统或模块及相关的模块13 缺陷是否易再现14 其他缺陷管理与缺陷跟踪有关项1 缺陷负责人6

7、缺陷改正后需要重新做的测试2 严重性7 改正缺陷所影响的组件3 优先级8 目前缺陷的状态4 估计改正缺陷的日期9 缺陷类别5 估计改正缺陷所要花费的时间10 解决办法缺陷管理缺陷分发对象v项目管理者v测试管理者v被分配修改缺陷的人v组件代码的编写人v测试小组中的其他成员缺陷管理的实现阶段 2-1v这些阶段如下所示：缺陷标识、记录和报告缺陷标识、记录和报告缺陷的消除和跟踪缺陷的消除和跟踪缺陷测量和根由分析缺陷测量和根由分析缺陷预防缺陷预防/过程改进过程改进软件开发生命周期所有阶段的测试软件开发生命周期所有阶段的测试安装测试工具安装测试工具缺陷管理的实现阶段 2-2缺陷管理问题包括：缺陷管理问题包

8、括：缺陷遗漏缺陷遗漏同类缺陷重复同类缺陷重复精力分散精力分散效率低效率低数据库更新不完全数据库更新不完全分类不严谨分类不严谨 - - 每个缺陷都被划分为缺陷的类每个缺陷都被划分为缺陷的类型型用来攻击项目分类的缺陷数据用来攻击项目分类的缺陷数据很多不负责任的缺陷很多不负责任的缺陷重置是一个瓶颈重置是一个瓶颈相同的缺陷卷土重来相同的缺陷卷土重来缺陷状态信息v缺陷状态信息应该包含下列信息：缺陷的当前状态和状态历史记录描述缺陷的当前状态和状态历史记录描述状态历史记录，包括描述日期、操作、执行者、状态历史记录，包括描述日期、操作、执行者、实际工作量、结果状态和指定的下一个步骤的实际工作量、结果状态和指定

9、的下一个步骤的行。行。下一个步骤估计需要付出的努力下一个步骤估计需要付出的努力完成的期望日期完成的期望日期缺陷分析和度量缺陷分析和度量缺陷生命周期分布有助于深入了解缺陷结束缺陷生命周期分布有助于深入了解缺陷结束所花天数、修复缺陷所需付出的努力和进度分所花天数、修复缺陷所需付出的努力和进度分析析对预计付出的努力相对于实际付出的努力的分对预计付出的努力相对于实际付出的努力的分析析缺陷报告 3-1v进行缺陷报告前执行的过程：获取空白的缺陷表格获取空白的缺陷表格指定可用的信息指定可用的信息信息可用时不断更新信息可用时不断更新对缺陷信息进行分类，包括对缺陷信息进行分类，包括一般信息一般信息缺陷检测信息缺

10、陷检测信息缺陷消除信息缺陷消除信息状态信息状态信息估计要投入的努力、预计日期、实际估计要投入的努力、预计日期、实际日期以及缺陷在其整个生命周期中的变化。日期以及缺陷在其整个生命周期中的变化。v所需的缺陷信息有：有关缺陷性质、它的修复优先级等的基本信息；有关缺陷性质、它的修复优先级等的基本信息；描述描述 - - 简要的文字简要的文字优先级（紧急、普通、不急）优先级（紧急、普通、不急）您的优先级，客您的优先级，客户的优先级户的优先级严重程度（主要、次要、不严重）严重程度（主要、次要、不严重）您的优先级，您的优先级，客户的优先级客户的优先级原因关键字（用于进一步分析）原因关键字（用于进一步分析）症状（数据库损坏、可视数据缺陷、症状（数据库损坏、可视数据缺陷、界面缺陷、等等）界面缺陷、等等）缺陷报告 3-2起源的阶段起源的阶段找到的阶段找到的阶段报告的数据报告的数据期望和实际的结束日期期望和实际的结束日期描述描述版本、日志、周期、过程、用例版本、日志、周期、过程、用例 - 发现缺陷的发现缺陷的地方地方报告者：（姓名、公司）报告者：（姓名、公司）硬件操作系统硬件操作系统 - 发现缺陷的平台发现缺陷的平台测试位置测试位置附件附件/附加信息附加信息缺陷报告 3-3缺陷报告（印）总结 2-1v度量是软件工程过程的一