Ch14测试用例设计STMT.pptVIP

Ch.14 测试用例的设计 第13章回顾 第14章 软件测试用例的设计 测试用例概述 如何以最少的人力、资源投入，在最短的时间内完成测试，发现软件系统的缺陷，保证软件的优良品质，则是软件公司探索和追求的目标。 测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。 什么是测试用例 测试用例的定义 测试内容的一系列情景和每个情景中必须依靠输入和输出，而对软件的正确性进行判断的测试文档，称为测试用例。 测试用例就是将软件测试的行为活动，做一个科学化的组织归纳。 测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。 软件测试是有组织性、步骤性和计划性的，为了能将软件测试的行为转换为可管理的、具体量化的模式，需要创建和维护测试用例。 为什么需要测试用例 在开始实施测试之前设计好测试用例，避免盲目测试并提高测试效率，减少测试的不完全性； 测试用例的使用令软件测试的实施重点突出、目的明确； 根据测试用例的多少和执行难度，估算测试工作量，便于测试项目的时间和资源管理与跟踪； 减少回归测试的复杂程度 在软件版本更新后只需修正少量的测试用例便可展开测试工作，降低工作强度、缩短项目周期； 功能模块的测试用例的通用化和复用化则会使软件测试易于开展，并随着测试用例的不断细化其效率也不断攀升； 根据测试用例的操作步骤和执行结果，可以方便地书写软件测试缺陷报告； 可以根据测试用例的执行等级，实施不同级别的测试； 为分析软件缺陷和程序模块质量提供依据； 便于大型软件测试项目外包测试指导基础； 良好测试用例的特征 可以最大程度地找出软件隐藏的缺陷 可以最高效率的找出软件缺陷 可以最大程度地满足测试覆盖要求 既不过分复杂、也不能过分简单 使软件缺陷的表现可以清楚的判定 测试用例包含期望的正确的结果 待查的输出结果或文件必须尽量简单明了 不包含重复的测试用例 测试用例内容清晰、格式一致、分类组织 测试用例的组成元素与范例 测试用例编号ID 测试用例标题 测试的模块 白盒测试用例设计方法 什么是白盒测试 白盒测试也称为结构测试，把程序看作一个透明的盒子，测试程序的代码书写结构和逻辑问题 白盒测试用例的设计方法 逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定-条件覆盖、条件组合覆盖等 基本路径测试：在程序控制流程的基础上，分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。 白盒测试用例注意事项 由于测试路径可能非常多，由于时间和资源问题，选出足够多的路径测试 由于深入到程序编码，通常开发人员协助测试人员书写白盒测试用例 语句覆盖 为了暴露程序中的错误，程序中的每条语句至少应该执行一次。语句覆盖的含义：选择足够多的测试数据，使被测程序中每个语句至少执行一次。 判定覆盖 比语句覆盖稍强的覆盖标准是判定覆盖，判定覆盖又叫分支覆盖 含义：设计足够的测试用例，不仅每个语句必须至少执行一次，而且程序中的每个判定至少都获得一次“真值”或“假值”，也就是每个判定的每个分支都至少执行一次。 条件覆盖 在设计程序中，一个判定语句是由多个条件组合而成的复合判定。为了更彻底地实现逻辑覆盖，可以采用条件覆盖的标准。 条件覆盖的含义：构造一组测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次。 条件覆盖通常比判定覆盖强，因为它使判定表达式中每个条件都取到了两个不同的结果，判定覆盖却只关心整个判定表达式的值。 判定/条件覆盖 判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖，将两种覆盖结合，互相补充，从而得到了判定/条件覆盖。 含义：选取足够多的测试数据，使得判定表达式中的每个条件都取到各种可能的值，而且每个判定表达式也都取到各种可能的结果。 条件组合覆盖 条件组合覆盖是更强的逻辑覆盖标准，也称多条件覆盖， 含义：设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。 显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定/条件覆盖。因此，多条件组合覆盖是前述几种覆盖标准中最强的。但是，满足多条件组合覆盖标准的测试数据并不一定能使程序中的每条路径都执行到。 路径覆盖 路径覆盖的含义：选取足够多测试数据，保证程序的每条可能路径都至少执行一次，如果程序图中有环，则要求环中的所有路径至少经过一次。 没有覆盖所有条件组合覆盖 路径覆盖+条件组合覆盖 先用路径覆盖 覆盖所有路径 条件组合覆盖 覆盖所有条件组合 基本路径测试 基本路径测试是Tom McCabe提出的一种白盒测试技术，测试用例的设计过程：首先计算程序的环形复杂度，并导出基本可执行路径集合，该基本集合导出的测