大学软件测试第7章测试用例设计.pptVIP

第7章 测试用例设计 [本章要点] 测试用例概述 白盒测试用例设计 黑盒测试用例设计 测试用例书写标准 设计测试用例的基本准则 7.1 测试用例概述 一、测试用例（Test Case） 为某个特定测试目标，在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和预期结果。 7.1 测试用例概述 二、为什么需要测试用例？ 7.2 白盒测试用例设计 一、白盒测试 白盒测试把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 二、为什么要进行白盒测试？ 如果所有软件错误的根源都可以追溯到某个唯一原因，那么问题就简单了。然而，事实上一个bug 常常是由多个因素共同导致的，如下图所示。 三、白盒测试用例设计的方法有: 逻辑覆盖法 基本路径测试 循环测试 1、逻辑覆盖法 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 组合覆盖 路径覆盖 测试覆盖率 覆盖率=实际测试过的测试项的数量/测试项的总数 测试覆盖率包括功能点覆盖率和结构覆盖率 例：实现一个简单的数学运算 Dim a,b As Integer Dim c As Double If (a0 And b0) Then c=c/a End if If (a1 or c1) Then c=c+1 End if c=b+c （1）语句覆盖 测试用例: a=2，b=1，c=6 （1）语句覆盖 【优点】 ：可以很直观地从源代码得到测试用例，无须细分每条判定表达式。 【缺点】 ：语句覆盖是最弱的逻辑覆盖。不能发现其中的逻辑错误。 （2）判定覆盖 （2）判定覆盖 【优点】：判定覆盖具有比语句覆盖更强的测试能力。同样判定覆盖也具有和语句覆盖一样的简单性，无须细分每个判定就可以得到测试用例。 【缺点】：往往大部分的判定语句是由多个逻辑条件组合而成，若仅仅判断其整个最终结果，而忽略每个条件的取值情况，必然会遗漏部分测试路径。判定覆盖仍是弱的逻辑覆盖。 （3）条件覆盖 判断M表达式: 条件 a0 取真 记为 T1 假 F1 条件 b0 取真 记为 T2 假 F2 判断N表达式: 条件 a1 取真 记为 T3 假 F3 条件 c1 取真 记为 T4 假 F4 （3）条件覆盖 （3）条件覆盖 【优点】：增加了对条件判定情况的测试，增加了测试路径。 【缺点】：条件覆盖不一定包含判定覆盖。例如，我们刚才设计的用例就没有覆盖判断M的Y分支和判断N的N分支。条件覆盖只能保证每个条件至少有一次为真，而不考虑所有的判定结果。 （4）判定－条件覆盖 按照判定－条件覆盖的要求，我们设计的测试用例要满足如下条件： 所有条件可能至少执行一次取值； 所有判断的可能结果至少执行一次。 （4）判定－条件覆盖 （4）判定－条件覆盖 【优点】 ：能同时满足判定、条件两种覆盖标准。 【缺点】 ：判定/条件覆盖准则的缺点是未考虑条件的组合情况。 （5）条件组合覆盖 设计组合条件如表所示 （5）条件组合覆盖 （5）条件组合覆盖 【优点】 ：条件组合覆盖准则满足判定覆盖、条件覆盖和判定/条件覆盖准则。 【缺点】 ：线性地增加了测试用例的数量。 （6）路径覆盖 （6）路径覆盖 【优点】 ：这种测试方法可以对程序进行彻底的测试，比前面五种的覆盖面都广。 【缺点】 ：需要设计大量、复杂的测试用例，使得工作量呈指数级增长，不见得把所有的条件组合都覆盖。 2、基本路径测试 1）基本路径测试的思想 基本路径测试方法把覆盖的路径数压缩到一定限度内，程序中的循环体最多只执行一次。 在程序控制流图的基础上，分析控制构造的环路复杂性，导出独立可执行路径集合，设计测试用例的方法。 导出程序流程图的控制流图 计算控制流图G的环路复杂性V(G) 确定只包含独立路径的基本路径集 设计测试用例 3）控制流图 控制流图是对程序流程图进行简化后得到的，它可以更加突出的表示程序控制流的结构。 控制流图中包括两种图形符号：结点和控制流线。 结点由带标号的圆圈表示，可代表一个或多个语句、一个处理框序列和一个条件判定框（假设不包含复合条件）。 控制流线由带箭头的弧或线表示，可称为边。它代表程序中的控制流。 常见结构的控制流图 4）环形复杂度 环形复杂度也称为圈复杂