当前位置:首页 >> 计算机软件及应用 >>

黑盒方法(2)


1. 概述

黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图 法、判定表驱动法、正交试验设计法、功能图法等。

2. 等价类划分法

2.1.

概念

等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选 取少数代表性数据作为测试用例。 每一类的代表性数据在测试中的作用等价于这 一类中的其他值。

2.2.

等价类划分法的应用

1.

等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露

程序中的错误都是等效的, 并合理地假定:测试某等价类的代表值就等于对这一 类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等 价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较 好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类。

·

有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构

成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性 能。 · 无效等价类:与有效等价类的定义恰巧相反。

设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据, 也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。 2. · 划分等价类的六大原则: 在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等

价类和两个无效等价类. 例:输入值是学生成绩,范围是 0~100:

·

在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,

可确立一个有效等价类和一个无效等价类. · 在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等

价类. 布尔量是一个二值枚举类型, 一个布尔量具有两种状态: true 和 false 。 · 在规定了输入数据的一组值(假定 n 个),并且程序要对每一个输入值分

别处理的情况下,可确立 n 个有效等价类和一个无效等价类. 例:输入条件说明输入字符为:中文、英文、阿拉伯文三种之一,则分别取这三 种这三个值作为三个有效等价类, 另外把三种字符之外的任何字符作为无效等价 类。

· · 3. · · ·

在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类 (符合 在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应

规则)和若干个无效等价类(从不同角度违反规则)

再将该等价类进一步的划分为更小的等价类 将等价类转化成测试用例: 按照[输入条件][有效等价类][无效等价类] 建立等价类表,列出所有划 为每一个等价类规定一个唯一的编号. 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,

分出的等价类

重复这一步.直到所有的有效等价类都被覆盖为止. · 设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复

这一步.直到所有的无效等价类都被覆盖为止.

2.3.

等价类划分实例

1.

某程序规定:"输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角

形。通过程序判定所构成的三角形的类型,当此三角形为一般三角形、等腰三角 形及等边三角形时,分别作计算 … "。用等价类划分方法为该程序进行测试用例 设计。(三角形问题的复杂之处在于输入与输出之间的关系比较复杂。) 分析题目中给出和隐含的对输入条件的要求: (1)整数 (2)三个数 (3)非零数 (6)等腰 (4)正数 (7)等边

(5)两边之和大于第三边

如果 a 、 b 、 c 满足条件( 1 ) ~ ( 4 ),则输出下列四种情况之一: 1)如果不满足条件(5),则程序输出为 " 非三角形 " 。

2)如果三条边相等即满足条件(7),则程序输出为 " 等边三角形 " 。 3)如果只有两条边相等、即满足条件(6),则程序输出为 " 等腰三角形 " 。 4)如果三条边都不相等,则程序输出为 " 一般三角形 " 。 列出等价类表并编号

覆盖有效等价类的测试用例: a 3 4 4 5 4 b 4 4 5 4 4 c 5 5 5 5 4 覆盖等价类号码 (1)--(7) (1)--(7),(8) (1)--(7),(9) (1)--(7),(10) (1)--(7),(11)

覆盖无效等价类的测试用例:

2.

设有一个档案管理系统,要求用户输入以年月表示的日期。假设日期限定

在 1990 年 1 月~2049 年 12 月,并规定日期由 6 位数字字符组成,前 4

位表示年,后 2 位表示月。现用等价类划分法设计测试用例,来测试程序的"日 期检查功能"。(不考虑 2 月的问题) 1)划分等价类并编号,下表等价类划分的结果 输入等价类 日期的类型及长度 年份范围 月份范围 有效等价类 ①6 位数字字符 ⑤在 1990~2049 之间 ⑧在 01~12 之间 无效等价类 ②有非数字字符 ③少于 6 位数字字符 ④多于 6 位数字字符 ⑥小于 1990 ⑦大于 2049 ⑨等于 00 ⑩大于 12

2)设计测试用例,以便覆盖所有的有效等价类在表中列出了 3 个有效等价类, 编号分别为①、⑤、⑧,设计的测试用例如下: 测试数据 200211 期望结果 输入有效 覆盖的有效等价类 ①、⑤、⑧

3)为每一个无效等价类设计一个测试用例,设计结果如下: 测试数据 95June 20036 2001006 198912 200401 200100 200113 3. 期望结果 无效输入 无效输入 无效输入 无效输入 无效输入 无效输入 无效输入 覆盖的无效等价类 ② ③ ④ ⑥ ⑦ ⑨ ⑩

NextDate 函数包含三个变量:month 、 day 和 year ,函数的输出

为输入日期后一天的日期。 例如,输入为 2006 年 3 月 7 日,则函数的输出

为 2006 年 3 月 8 日 。要求输入变量 month 、 day 和 year 均为整数值, 并且满足下列条件: ①1≤month≤12 ②1≤day≤31 ③1920≤year≤2050 1)有效等价类为: M1={月份:1≤月份≤12} D1={日期:1≤日期≤31} Y1={年:1812≤年≤2012} 2)若条件 ① ~ ③中任何一个条件失效, 则 NextDate 函数都会产生一个输出, 指明相应的变量超出取值范围,比如 "month 的值不在 1-12 范围当中 " 。 显然还存在着大量的 year 、 month 、 day 的无效组合, NextDate 函数 将这些组合作统一的输出: " 无效输入日期 " 。其无效等价类为: M2={月份:月份<1} M3={月份:月份>12} D2={日期:日期<1} D3={日期:日期>31} Y2={年:年<1812} Y3={年:年>2012} 弱一般等价类测试用例 月份 6 日期 15 年 1912 预期输出 1912 年 6 月 16 日

强一般等价类测试用例同弱一般等价类测试用例

注:弱--有单缺陷假设;健壮--考虑了无效值

(一)弱健壮等价类测试 用例 ID WR1 WR2 WR3 WR4 WR5 WR6 WR7 月份 日期 6 -1 13 6 6 6 6 15 15 15 -1 32 15 15 年 1912 1912 1912 1912 1912 1811 2013 预期输出 1912 年 6 月 16 日 月份不在 1~12 中 月份不在 1~12 中 日期不在 1~31 中 日期不在 1~31 中 年份不在 1812~2012 中 年份不在 1812~2012 中

(二)强健壮等价类测试 用例 ID SR1 SR2 SR3 SR4 SR5 SR6 SR7 4. 月份 -1 6 6 -1 6 -1 -1 日期 15 -1 15 -1 -1 15 -1 年 1912 1912 1811 1912 1811 1811 1811 预期输出 月份不在 1~12 中 日期不在 1~31 中 年份不在 1812~2012 中 两个无效一个有效 两个无效一个有效 两个无效一个有效 三个无效

佣金问题等价类测试用例,它是根据佣金函数的输出值域定义等价类,来

改进测试用例集合。 输出销售额≤1000 元 佣金 10%

1000<销售额≤1800 销售额>1800 测试用例 金 1 50 2 175 3 360 25 15 5

佣金=100+(销售额-1000)*15% 佣金=220+(销售额-1800)*20%

枪机(45)

枪托(30) 5

枪管(25) 5

销售额



500

15

15

1500

25

25

2500

根据输出域选择输入值,使落在输出域等价类内,可以结合弱健壮测试用例结 合。

3. 边界值分析法

3.1.

概念

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。 通常边 界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类 的边界。

3.2.

边界值分析法的应用

根据大量的测试统计数据, 很多错误是发生在输入或输出范围的边界上,而不是 发生在输入/输出范围的中间区域。因此针对各种边界情况设计测试用例,可以 查出更多的错误。 使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价 类的边界,就是应着重测试的边界情况。应当选取正好等于,刚刚大于或刚刚小 于边界的值作为测试数据,而不是选取等价类中的典型值或任意值作为测试数 据。 1. 1) 2) 边界值分析法与等价类分析法的区别: 边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的

每个边界都要作为测试条件。 边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况。

例:测试计算平方根的函数 --输入:实数 --输出:实数 --需求说明:当输入一个 0 或比 0 大的数的时候,返回其正平方根;当输入一 个小于 0 的数时,显示错误信息"平方根非法-输入值小于 0"并返回 0;库函数 Print-Line 可以用来输出错误信息。 A. 等价类划分: I.可以考虑作出如下划分: a、输入 (i)<0 和 (ii)>=0

b、输出 (a)>=0 和 (b) Error II.测试用例有两个: a、输入 4,输出 2。对应于 (ii) 和 (a) 。 b、输入-10,输出 0 和错误提示。对应于 (i) 和 (b)。 B. 边界值分析:

划分(ii)的边界为 0 和最大正实数;划分(i)的边界为最小负实数和 0。由此得到 以下测试用例: a、输入 {最小负实数} b、输入 {绝对值很小的负数} c、输入 0 d、输入 {绝对值很小的正数} e、输入 {最大正实数} 2. 3. 通常情况下, 软件测试所包含的边界检验有几种类型: 数字、字符、 位置、

重量、大小、速度、方位、尺寸、空间等。 相应地,以上类型的边界值应该在:最大/最小、首位/末位、上/下、最

快/最慢、最高/最低、 最短/最长、 空/满等情况下。利用边界值作为测试数 据

边界值 测试用例的设计思路 起始-1 个字 假设一个文本输入区域允许输入 1 个到 255 个 字符, 输入 字 符/结束+1 1 个和 255 个字符作为有效等价类;输入 0 个和 256 个字 符 个字符 符作为无效等价类,这几个数值都属于边界条件值。 假设某软件的数据输入域要求输入 5 位的数据值,可以使 数 最小值-1/最 用 10000 作为最小值、99999 作为最大值;然后使用刚好 值 大值+1 小于 5 位和大于 5 位的 数值来作为边界条件。 小于空余空 空 例如在用 U 盘存储数据时,使用比剩余磁盘空间大一点 间一点/大于 间 (几 KB)的文件作为边界条件。 满空间一点



4.

内部边界值分析: 在多数情况下,边界值条件是基于应用程序的功能设计而需要考虑的因素,

可以从软件的规格说明或常识中得到,也是最终用户可以很容易发现问题的。然 而,在测试用例设计过程中,某些边界值条件是不需要呈现给用户的,或者说用 户是很难注意到的, 但同时确实属于检验范畴内的边界条件,称为内部边界值条 件或子边界值条件。 内部边界值条件主要有下面几种: 1) 数值的边界值检验:计算机是基于二进制进行工作的,因此,软件的任何

数值运算都有一定的范围限制。 项 范围或值 位(bit) 0或1 0 ~ 255 字节(byte) 字(word) 0~65535(单字)或 0~4294967295(双字) 1024 千(K) 1048576 兆(M) 1073741824 吉(G)

2)

字符的边界值检验:在计算机软件中,字符也是很重要的表示元素,其中

ASCII 和 Unicode 是常见的编码方式。如下列出了一些常用字符对应的 ASCII 码值。

字符 空 (null) 空格 (space) 可输入的字符 0~9 A~Z a~z

ASCII 码值 0 32 33~126 48~57 65~90 97~122

3)

其它边界值检验: 在不同的行业应用领域, 依据硬件和软件的标准不同而

具有各自特定的边界值。如下列出部分手机相关的边界值: 硬件设备 范围或值 手机锂电池电压 工作电压:3.6~4.2V; 保护电压:2.5~3V 不等

手机正常使用温度

-25°C~+60°C

5. 1) ?

基于边界值分析方法选择测试用例的原则 如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚 例如, 如果程序的规格说明中规定: "重量在 10 公斤至 50 公斤范围内的邮

刚超越这个范围边界的值作为测试输入数据。

件,其邮费计算公式为……"。作为测试用例,我们应取 10 及 50,还应取 10.01,49.99,9.99 及 50.01 等。 2) ? 如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一, 例如,一个输入文件应包括 1~255 个记录,则测试用例可取 1 和 255,

比最大个数多一的数作为测试数据。

还应取 0 及 256 等。 3) ? 将规则 1)和 2)应用于输出条件,即设计测试用例使输出值达到边界值 例如,某程序的规格说明要求计算出"每月保险金扣除额为 0 至 1165.25

及其左右的值。

元",其测试用例可取 0.00 及 1165.24、还可取一 0.01 及 1165.26 等。 ? 再如一程序属于情报检索系统,要求每次"最少显示 1 条、最多显示 4 条情

报摘要",这时我们应考虑的测试用例包括 1 和 4,还应包括 0 和 5 等。 4) 5) 6) 如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的 如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边 分析规格说明,找出其它可能的边界条件。

第一个元素和最后一个元素作为测试用例。

界上的值作为测试用例。

3.3.

实例

1.

现有一个学生标准化考试批阅试卷,产生成绩报告的程序。其规格说明如

下:程序的输入文件由一些有 80 个字符的记录组成,如右图所示,所有记录分为 3 组:

1) 2)

标题:这一组只有一个记录,其内容为输出成绩报告的名字。 试卷各题标准答案记录:每个记录均在第 80 个字符处标以数字"2"。该

组的第一个记录的第 1 至第 3 个字符为题目编号(取值为 1 一 999)。第 10 至第 59 个字符给出第 1 至第 50 题的答案(每个合法字符表示一个答案)。 该组的第 2,第 3……个记录相应为第 51 至第 100,第 101 至第 150,… 题的答案。

3)

每个学生的答卷描述:该组中每个记录的第 80 个字符均为数字"3"。每

个学生的答卷在若干个记录中给出。如甲的首记录第 1 至第 9 字符给出学生姓 名及学号,第 10 至第 59 字符列出的是甲所做的第 1 至第 50 题的答案。若 试题数超过 50, 则第 2, 第 3……纪录分别给出他的第 51 至第 100,第 101 至第 150……题的解答。然后是学生乙的答卷记录。 4) 5) 学生人数不超过 200,试题数不超过 999。 程序的输出有 4 个报告: a)按学号排列的成绩单,列出每个学生的成绩、名次。 b)按学生成绩排序的成绩单。 c)平均分数及标准偏差的报告。 d)试题分析报告。按试题号排序,列出各题学生答对的百分比。 解答:分别考虑输入条件和输出条件,以及边界条件。给出下表所示的输入条件 及相应的测试用例。

输出条件及相应的测试用例表。

2.

三角形问题的边界值分析测试用例

在三角形问题描述中, 除了要求边长是整数外, 没有给出其它的限制条件。 在此, 我们将三角形每边边长的取范围值设值为[1, 100] 。

测试用例 Test1 Test2 Test3 Test4 Test5 Test6 Test7 Test8 Test9 Test10 Test11 Test12 Test13 3.

a 60 60 60 50 50 60 60 50 50 1 2 99 100

b 60 60 60 50 50 1 2 99 100 60 60 50 50

c 1 2 60 99 100 60 60 50 50 60 60 50 50

预期输出 等腰三角形 等腰三角形 等边三角形 等腰三角形 非三角形 等腰三角形 等腰三角形 等腰三角形 非三角形 等腰三角形 等腰三角形 等腰三角形 非三角形

NextDate 函数的边界值分析测试用例

在 NextDate 函数中,隐含规定了变量 mouth 和变量 day 的取值范围为

1≤mouth≤12 和 1≤day≤31,并设定变量 year 的取值范围为 1912≤year≤2050。 测试用例 Test1 Test2 Test3 Test4 Test5 Test6 Test7 Test8 Test9 Test10 Test11 Test12 Test13 Test14 Test15 Test16 Test17 Test18 Test19 mouth 6 6 6 6 6 6 6 6 6 6 6 6 6 -1 1 2 11 12 13 day 15 15 15 15 15 15 15 -1 1 2 30 31 32 15 15 15 15 15 15 year 1911 1912 1913 1975 2049 2050 2051 2001 2001 2001 2001 2001 2001 2001 2001 2001 2001 2001 2001 预期输出 1911.6.16 1912.6.16 1913.6.16 1975.6.16 2049.6.16 2050.6.16 2051.6.16 day 超出[1…31] 2001.6.2 2001.6.3 2001.7.1 输入日期超界 day 超出[1…31] Mouth 超出[1…12] 2001.1.16 2001.2.16 2001.11.16 2001.12.16 Mouth 超出[1…12]

4. 错误推断法

4.1.

概念

基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计 测试用例的方法。
4.2.

错误推断法的应用

基本思想:列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据 他们选择测试用例。 1. 例如, 输入数据和输出数据为 0 的情况; 输入表格为空格或输入表格只有

一行。 这些都是容易发生错误的情况。可选择这些情况下的例子作为测试用例。 2. 1) 2) 3) 4) 5) 3. 1) 2) 3) 4) 5) 例如,前面例子中成绩报告的程序,采用错误推测法还可补充设计一些测

试用例: 程序是否把空格作为回答 在回答记录中混有标准答案记录 除了标题记录外,还有一些的记录最后一个字符即不是 2 也不是 3 有两个学生的学号相同 试题数是负数 例如,测试一个对线性表(比如数组)进行排序的程序,可推测列出以下

几项需要特别测试的情况: 输入的线性表为空表; 表中只含有一个元素; 输入表中所有元素已排好序; 输入表已按逆序排好; 输入表中部分或全部元素相同。

4. 1) 2) 3) 4) 5) 数字

例如,测试手机终端的通话功能,可以设计各种通话失败的情况来补充测

试用例: 无 SIM 卡插入时进行呼出(非紧急呼叫) 插入已欠费 SIM 卡进行呼出 射频器件损坏或无信号区域插入有效 SIM 卡呼出 网络正常,插入有效 SIM 卡,呼出无效号码(如 1、888、333333、 网络正常,插入有效 SIM 卡,使用“快速拨号”功能呼出设置无效号码的

不输入任何号码等)

5. 因果图法

5.1.

概念

因果图法是一种利用图解法分析输入的各种组合情况,从而设计测试用例的方 法,它适合于检查程序输入条件的各种组合情况。
5.2.

因果图法的应用

等价类划分法和边界值分析方法都是着重考虑输入条件, 但没有考虑输入条件的 各种组合、 输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情 况已经测试到了,但多个输入条件组合起来可能出错的情况却被忽视了。 如果在测试时必须考虑输入条件的各种组合,则可能的组合数目将是天文数字, 因此必须考虑采用一种适合于描述多种条件的组合、 相应产生多个动作的形式来 进行测试用例的设计,这就需要利用因果图(逻辑模型)。 1. 1) 因果图介绍 4 种符号分别表示了规格说明中向 4 种因果关系。

2) 3)

因果图中使用了简单的逻辑符号,以直线联接左右结点。左结点表示输入

状态(或称原因),右结点表示输出状态(或称结果)。 C1 表示原因,通常置于图的左部;e1 表示结果,通常在图的右部。C1

和 e1 均可取值 0 或 1,0 表示某状态不出现,1 表示某状态出现。 2. 1) 因果图涉及的概念 关系

? 恒等:若 c1 是 1,则 e1 也是 1;否则 e1 为 0。 ? 非:若 c1 是 1,则 e1 是 0;否则 e1 是 1。

? 或:若 c1 或 c2 或 c3 是 1,则 e1 是 1;否则 e1 为 0。“或”可有任意个 输入。 ? 与:若 c1 和 c2 都是 1,则 e1 为 1;否则 e1 为 0。“与”也可有任意个输 入。 2) 约束

输入状态相互之间还可能存在某些依赖关系,称为约束。例如, 某些输入条件本 身不可能同时出现。输出状态之间也往往存在约束。在因果图中,用特定的符号 标明这些约束。

? 输入条件的约束有以下 4 类: · · E 约束(异):a 和 b 中至多有一个可能为 1,即 a 和 b 不能同时为 1。 I 约束(或):a、b 和 c 中至少有一个必须是 1,即 a、b 和 c 不能同

时为 0。 · · O 约束(唯一);a 和 b 必须有一个,且仅有 1 个为 1。 R 约束(要求):a 是 1 时,b 必须是 1,即不可能 a 是 1 时 b 是 0。

? 输出条件约束类型

输出条件的约束只有 M 约束(强制):若结果 a 是 1,则结果 b 强制为 0。 3. 1) 采用因果图法设计测试用例的步骤: 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),

那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。 2) 分析软件规格说明描述中的语义,找出原因与结果之间, 原因与原因之间

对应的关系,根据这些关系,画出因果图。 3) 由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况

不可能出现,为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条 件。 4) 5) 把因果图转换为判定表。 把判定表的每一列拿出来作为依据,设计测试用例。

5.3.

实例

1.

某软件规格说明书包含这样的要求:第一列字符必须是 A 或 B,第二列

字符必须是一个数字,在此情况下进行文件的修改,但如果第一列字符不正确, 则给出信息 L;如果第二列字符不是数字,则给出信息 M。 解答: 1) 根据题意,原因和结果如下: 原因: 1——第一列字符是 A;

2——第一列字符是 B; 3——第二列字符是一数字。 结果: 21——修改文件; 22 ——给出信息 L; 23——给出信息 M。 2) 其对应的因果图如下:

11 为中间节点;考虑到原因 1 和原因 2 不可能同时为 1,因此在因果图上施 加 E 约束。

3)

根据因果图建立判定表。

表中 8 种情况的左面两列情况中, 原因①和原因②同时 为 1,这是不可能出现的,故应排除这两种情况。表的最下一栏给出了 6 种情 况的测试用例,这是我们所需要的数据。 2. 有一个处理单价为 5 角钱的饮料的自动售货机软件测试用例的设计。其

规格说明如下:若投入 5 角钱或 1 元钱的硬币,押下〖橙汁〗或〖啤酒〗的按 钮,则相应的饮料就送出来。若售货机没有零钱找,则一个显示〖零钱找完〗的 红灯亮,这时在投入 1 元硬币并押下按钮后,饮料不送出来而且 1 元硬币也退 出来;若有零钱找,则显示〖零钱找完〗的红灯灭,在送出饮料的同时退还 5 角硬币。 1) 分析这一段说明,列出原因和结果

原因: 1——售货机有零钱找 2——投入 1 元硬币 3——投入 5 角硬币 4——押下橙汁按钮 5——.押下啤酒按钮 结果: 21——售货机〖零钱找完〗灯亮 22——退还 1 元硬币 23——退还 5 角硬币 24——送出橙汁饮料 25——送出啤酒饮料 2) 画出因果图,如图所示。所有原因结点列在左边,所有结果结点列在右边。

建立中间结点,表示处理的中间状态。中间结点: 11—— 投入 1 元硬币且押下饮料按钮

12——押下〖橙汁〗或〖啤酒〗的按钮 13——应当找 5 角零钱并且售货机有零钱找 14——钱已付清

3)

转换成判定表:

4)

在判定表中,阴影部分表示因违反约束条件的不可能出现的情况,删去。

第 16 列与第 32 列因什么动作也没做, 也删去。 最后可根据剩下的 16 列作为 确定测试用例的依据。

6. 判定表驱动法

6.1.

概念

判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。

6.2.

判定表驱动法

1.

判定表的优点

能够将复杂的问题按照各种可能的情况全部列举出来,简明并避免遗漏。因此, 利用判定表能够设计出完整的测试用例集合。 在一些数据处理问题当中,某些操作的实施依赖于多个逻辑条件的组合,即:针 对不同逻辑条件的组合值, 分别执行不同的操作。 判定表很适合于处理这类问题。 2. 1 “阅读指南”判定表 2 觉得疲倦? 问题 感兴趣吗? 糊涂吗? 重读 继续 建议 跳下一章 休息 34 5 6 7 8 Y Y Y Y NNN N Y Y NN Y Y NN YN Y N Y N Y N √ √ √√ √√ √ √

3.

判定表通常由四个部分组成如下图所示。

1) 2) 3) 4) 4. 1)

条件桩(Condition Stub):列出了问题得所有条件。通常认为列出的 动作桩(Action Stub):列出了问题规定可能采取的操作。这些操作的 条件项(Condition Entry):列出针对它左列条件的取值。在所有可能 动作项(Action Entry):列出在条件项的各种取值情况下应该采取的

条件的次序无关紧要。

排列顺序没有约束。

情况下的真假值。

动作。 规则及规则合并 规则:任何一个条件组合的特定取值及其相应要执行的操作称为规则。在

判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组 条件取值,也就有多少条规则,既条件项和动作项有多少列。 2) 5. 化简:就是规则合并有两条或多条规则具有相同的动作,并且其条件项之

间存在着极为相似的关系。 规则及规则合并举例

1)

如下图左端,两规则动作项一样,条件项类似,在 1、2 条件项分别取 Y、

N 时,无论条件 3 取何值,都执行同一操作。即要执行的动作与条件 3 无关。 于是可合并。“-”表示与取值无关。

2)

与上类似,下图中,无关条件项“-”可包含其他条件项取值,具有相同动

作的规则可合并。

3)

化简后的读书指南判定表 2 34 - - YN 你觉得疲倦吗? 问题 你对内容感兴趣吗? Y Y N N 书中内容使你胡涂吗? Y N - 请回到本章开头重读 x X 继续读下去 建议 x 跳到下一章去读 停止阅读,请休息 x 1

6.

判定表的建立步骤:(根据软件规格说明)

1) 2) 3) 4) 5)

确定规则的个数.假如有 n 个条件。每个条件有两个取值(0,1),故有 2n

种规则。 列出所有的条件桩和动作桩。 填入条件项。 填入动作项。等到初始判定表。 简化.合并相似规则(相同动作)。

6.3.

实例

1.

问题要求:”……对功率大于 50 马力的机器、维修记录不全或已运行 10

年以上的机器, 应给予优先的维修处理……” 。 这里假定, “维修记录不全”和“优 先维修处理”均已在别处有更严格的定义 。请建立判定表。 解答: 1) 确定规则的个数:这里有 3 个条件,每个条件有两个取值,故应有

2*2*2=8 种规则。 2) 列出所有的条件茬和动作桩:

3)

填入条件项。可从最后 1 行条件项开始,逐行向上填满。如第三行是: Y

N Y N Y N Y N,第二行是: Y Y N N Y Y N N 等等。 4) 填入动作桩和动作顶。这样便得到形如图的初始判定表。 1 条件 动作 2 功率大于 50 马力吗? 维修记录不全吗? 运行超过 10 年吗? 进行优先处理 作其他处理 初始判定表 3 N Y Y x X 4 Y Y N x x 5 Y N Y X x 6 Y N N X 7 N Y Y X 8 N N N Y N N N Y N

5)

化简,合并相似规则后得到图。 2 34 5 功率大于 50 马力吗? Y Y Y N N 条件 维修记录不全吗? Y N N - 运行超过 10 年吗? - Y N Y N xxX 进行优先处理 动作 xx 作其他处理 1

2.

NextData 函数的精简决策表

M1={月份, 每月有 30 天} M2={月份, 每月有 31 天} M3={月份, 2 月} D1={日期,1~28} D2={日期,29} D3={日期,30} D4={日期,31} Y1 ={年:年是闰年} Y2 ={年:年不是闰年} 改进为: M1={月份: 每月有 30 天} 有 29=512 条规则 12 月末 31 日和其它 31 日月份的 31 日处理不同 平年 2 月 28 日处理不同 于 2 月 27 日

M2={月份: 每月有 31 天, 12 月除外} M4={月份:12 月} M3={月份: 2 月} D1={日期:1<=日期<=27} D2={日期:28} D3={日期:29} D4={日期:30} D5={日期:31} Y1 ={年:年是闰年} Y2 ={年:年不是闰年} 输入变量间存在大量逻辑关系的 NextData 决策表

3.

用决策表测试法测试以下程序:该程序有三个输入变量 month、day、

year(month、day 和 year 均为整数值,并且满足:1≤month≤12 和 1≤day≤31),分别作为输入日期的月份、日、年份,通过程序可以输出该输 入日期在日历上隔一天的日期。 例如,输入为 2004 年 11 月 29 日,则该程序的输出为 2000 年 12 月 1 日。 1) 2) 分析各种输入情况,列出为输入变量 month、day、year 划分的有效等

价类。 分析程序规格说明,结合以上等价类划分的情况给出问题规定的可能采取

的操作(即列出所有的动作桩)。

3) ?

根据(1)和(2),画出简化后的决策表。 month 变量的有效等价类: M2: {month=1,3,5,7,8,10} }M4: {month=2}

案例分析如下:

M1: {month=4,6,9,11} M3: {month=12 ? day 变量的有效等价类:

D1:{1≤day≤26} {day=28} {day=30} ?

D2: {day=27} D4: {day=29} D6: {day=31}

D3: D5:

year 变量的有效等价类: Y2: {year 不是闰年}

Y1: {year 是闰年} 4)

考虑各种有效的输入情况,程序中可能采取的操作有以下六种: a2: day=2 a3:

a1: day+2 day=1 a4: month+1 year+1 4. 1) ? 判定表在功能测试中的应用

a5: month=1

a6:

一些软件的功能需求可用判定表表达得非常清楚,在检验程序的功能时判

定表也就成为一个不错的工具。如果一个软件的规格说明指出: 当条件 1 和条件 2 满足,并且条件 3 和条件 4 不满足,或者当条件 1、3

和条件 4 满足时,要执行操作 1。 ? 在任一个条件都不满足时,要执行操作 2。

?

在条件 1 不满足,而条件 4 被满足时,要执行操作 3。 根据规格说明得到

如下判定表:

这里,判定表只给出了 16 种规则中的 8 种。事实上,除这 8 条以外的一些规 则是指当不能满足指定的条件,执行 3 种操作时,要执行 1 个默许的操作。在 没必要时,判定表通常可略去这些规则。但如果用判定表来设计测试用例,就必 须列出这些默许规则(如下表)。 规则 5 规则 6规则 7规则 8 N Y Y 条件 1 Y Y N 条件 2 Y N N N 条件 3 N N Y 条件 4 x x x 默许操作 x 默许的规则 2) ? ? 3) 判定表的优点和缺点 优点: 它能把复杂的问题按各种可能的情况一一列举出来, 简明而易于理解,

也可避免遗漏。 缺点:不能表达重复执行的动作,例如循环结构。 B. Beizer 指出了适合使用判定表设计测试用例的条件:

? ? ? ? ?

规格说明以判定表形式给出,或很容易转换成判定表。 条件的排列顺序不会也不影响执行哪些操作。 规则的排列顺序不会也不影响执行哪些操作。 每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则。 如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。

B. Beizer 提出这 5 个必要条件的目的是为了使操作的执行完全依赖于条件的组 合。其实对于某些不满足这几条的判定表,同样可以借以设计测试用例,只不过 尚需增加其它的测试用例罢了。

7. 正交试验法

7.1.

概念

依据 Galois 理论,从大量的(实验)数据(测试例)中挑选适量的,有代表性的 点(例),从而合理地安排实验(测试)的一种科学实验设计方法.类似的方法有: 聚类分析方法,因子方法方法等.

7.2.

正交试验法

利用因果图来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关 系,有时很难从软件需求规格说明中得到。往往因果关系非常庞大,以至于据此因 果图而得到的测试用例数目多的惊人, 给软件测试带来沉重的负担, 为了有效地, 合理地减少测试的工时与费用,可利用正交实验设计方法进行测试用例的设计。 利用正交实验设计测试用例的步骤: 1. 提取功能说明,构造因子--状态表

把影响实验指标的条件称为因子.而影响实验因子的条件叫因子的状态.利用正交 实验设计方法来设计测试用例时,首先要根据被测试软件的规格说明书找出影响 其功能实现的操作对象和外部因素,把他们当作因子,而把各个因子的取值当作 状态.对软件需求规格说明中的功能要求进行划分,把整体的概要性的功能要求进 行层层分解与展开,分解成具体的有相对独立性的基本的功能要求.这样就可以把 被测试软件中所有的因子都确定下来,并为确定个因子的权值提供参考的依据.确 定因子与状态是设计测试用例的关键.因此要求尽可能全面的正确的确定取值,以 确保测试用例的设计作到完整与有效。 2. 加权筛选,生成因素分析表

对因子与状态的选择可按其重要程度分别加权.可根据各个因子及状态的作用大 小,出现频率的大小以及测试的需要,确定权值的大小。 3. 利用正交表构造测试数据集

正交表的推导依据 Galois 理论(这里省略,需要时可查数理统计方面的教材)。 利用正交实验设计方法设计测试用例,比使用等价类划分,边界值分析,因果图等 方法有以下优点:节省测试工作工时;可控制生成的测试用例数量;测试用例具 有一定的覆盖率。

8. 功能图法

8.1.

概念

功能图由状态迁移图和布尔函数组成.状态迁移图用状态和迁移来描述.一个状态 指出数据输入的位置(或时间),而迁移则指明状态的改变.同时要依靠判定表或 因果图表示的逻辑功能.例,一个简化的自动出纳机 ATM 的功能图。

8.2.

功能图法的应用

1.

功能图介绍

一个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输入数据 的次序或转移的次序. 静态说明描述了输入条件与输出条件之间的对应关系.对于较复杂的程序,由于存 在大量的组合情况,因此,仅用静态说明组成的规格说明对于测试来说往往是不 够的.必须用动态说明来补充功能说明.功能图方法是用功能图 FD 形式化地表示 程序的功能说明,并机械地生成功能图的测试用例.

功能图模型由状态迁移图和逻辑功能模型构成.状态迁移图用于表示输入数据序 列以及相应的输出数据.在状态迁移图中,由输入数据和当前状态决定输出数据和 后续状态.逻辑功能模型用于表示在状态中输入条件和输出条件之间的对应关系. 逻辑功能模型只适合于描述静态说明,输出数据仅由输入数据决定.测试用例则是 由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对 条件组成.功能图方法其实是是一种黑盒白盒混合用例设计方法。 (功能图方法中,要用到逻辑覆盖和路径测试的概念和方法,其属白盒测试方法 中 的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测试用例设计方法.该方 法要求测试人员对程序的逻辑结构有清楚的了解.由于覆盖测试的目标不同,逻辑 覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,条件组合覆盖及路径覆盖.下面 我们指的逻辑覆盖和路径是功能或系统水平上的,以区别与白盒测试中的程序内 部的.) 2. 测试用例生成方法

从功能图生成测试用例,得到的测试用例数是可接受的. 问题的关键的是如何从 状态迁移图中选取测试用例. 若用节点代替状态,用弧线代替迁移,则状态迁移图 就可转化成一个程序的控制流程图形式.问题就转化为程序的路径测试问题(如 白盒测试)问题了. 3. 测试用例生成规则

为了把状态迁移(测试路径)的测试用例与逻辑模型(局部测试用例)的测试用 例组合起来,从功能图生成实用的测试用例,须定义下面的规则.在一个结构化的 状态迁移(SST)中,定义三种形式的循环:顺序,选择和重复.但分辨一个状态迁 移中的所有循环是有困难的.(其表示图形省略)。 4. 从功能图生成测试用例的过程

1) 2) 3)

生成局部测试用例:在每个状态中,从因果图生成局部测试用例.局部测试用 测试路径生成:利用上面的规则(三种)生成从初始状态到最后状态的测试 测试用例合成:合成测试路径与功能图中每个状态中的局部测试用例.结果

例由原因值(输入数据)组合与对应的结果值(输出数据或状态)构成。

路径。

是初始状态到最后状态的一个状态序列,以及每个状态中输入数据与对应输出数 据的组合。 5. 测试用例的合成算法:采用条件构造树.

9. 场景法

9.1.

概念

现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场 景, 而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面 的思想也可以引入到软件测试中,可以比较生动地描绘出事件触发时的情景,有 利于测试设计者设计测试用例,同时使测试用例更容易理解和执行。
9.2.

场景法的应用

基本流和备选流: 如下图所示, 图中经过用例的每条路径都用基本流和备选流来 表示,直黑线表示基本流,是经过用例的最简单的路径。备选流用不同的色彩表 示,一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本

流中(如备选流 1 和 3);也可能起源于另一个备选流(如备选流 2),或者 终止用例而不再重新加入到某个流(如备选流 2 和 4)。

9.3.

实例

1.

例子描述

下图所示是 ATM 例子的流程示意图。

2.

场景设计:下表所示是生成的场景。 表 3-8 场景设计 场景 1——成功提款 基本流 场景 2——ATM 内没有现金 基本流 备选流 2 场景 3——ATM 内现金不足 基本流 备选流 3 场景 4——PIN 有误(还有输入机会) 基本流 备选流 4 场景 5——PIN 有误(不再有输入机会) 基本流 备选流 4 场景 6——账户不存在/账户类型有误 基本流 备选流 5 场景 7——账户余额不足 基本流 备选流 6

注:为方便起见,备选流 3 和 6(场景 3 和 7)内的循环以及循环组合未纳入 上表。 3. 用例设计

对于这 7 个场景中的每一个场景都需要确定测试用例。可以采用矩阵或决策表 来确定和管理测试用例。 下面显示了一种通用格式, 其中各行代表各个测试用例, 而各列则代表测试用例的信息。本示例中,对于每个测试用例,存在一个测试用 例 ID、条件(或说明)、测试用例中涉及的所有数据元素(作为输入或已经存 在于数据库中)以及预期结果。 表 3-9 测试用例表

TCID

场景/条件

账 账 输入(或选 面 ATM 内 PIN 号 择)的金额 金 的金额 额 V V V V V V V V V V V V V I I

预期结果

CW1 场景 1:成功提款 CW2 CW3 场景 2:ATM 内没 有现金 场景 3:ATM 内现 金不足

成功提款 提款选项不可用, 用例 结束 警告消息, 返回基本流 步骤 6,输入金额

CW4

场景 4: PIN 有误 (还 有不止一次输入机 会) 场景 4: PIN 有误 (还 有一次输入机会) 场景 4: PIN 有误 (不 再有输入机会)

I

V

n/a

V

V

警告消息, 返回基本流 步骤 4,输入 PIN 警告消息, 返回基本流 步骤 4,输入 PIN 警告消息,卡予保留, 用例结束

CW5 CW6

I I

V V

n/a n/a

V V

V V

4.

数据设计

一旦确定了所有的测试用例, 则应对这些用例进行复审和验证以确保其准确且适 度,并取消多余或等效的测试用例。 测试用例一经认可,就可以确定实际数据值(在测试用例实施矩阵中)并且设定 测试数据,如表 3-10 所示。 表 3-10 TCID 场景/条件 PIN 账号 测试用例表

CW1 CW2 CW3

场景 1:成功提 4987 809-498 款 场景 2: ATM 内 4987 809-498 没有现金 场景 3: ATM 内 4987 809-498 现金不足

场景 4:PIN 有 CW4 误 (还有不止一 4978 809-498 次输入机会) 场景 4:PIN 有 CW5 误 (还有一次输 4978 809-498 入机会) 场景 4:PIN 有 CW6 误 (不再有输入 4978 809-498 机会)

输入(或选 账面 ATM 内的 择)的金额 金额 预期结果 金额(元) (元) (元) 成功提款。 账户 50.00 500.00 2 000 余额被更新为 450.00 提款选项不可 100.00 500.00 0.00 用,用例结束 警告消息, 返回 100.00 500.00 70.00 基本流步骤 6, 输入金额 警告消息, 返回 n/a 500.00 2 000 基本流步骤 4, 输入 PIN 警告消息, 返回 n/a 500.00 2 000 基本流步骤 4, 输入 PIN n/a 500.00 2 000 警告消息, 卡予 保留, 用例结束

10.

测试用例设计综合策略

1. 1) 2) 3) 4) 5) 2. 1) 2) 3) 4) 5) 6) 7) 3. 1) 2)

Myers 提出了使用各种测试方法的综合策略: 在任何情况下都必须使用边界值分析方法,经验表明用这种方法设计出测

试用例发现程序错误的能力最强。】 必要时用等价类划分方法补充一些测试用例。 用错误推测法再追加一些测试用例。 对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度,如果没有达到

要求的覆盖标准,应当再补充足够的测试用例。 如果程序的功能说明中含有输入条件的组合情况,则一开始就可选用因果

图法。 测试用例的设计步骤】 构造根据设计规格得出的基本功能测试用例; 边界值测试用例; 状态转换测试用例; 错误猜测测试用例; 异常测试用例;】 性能测试用例; 压力测试用例。 优化测试用例的方法 利用设计测试用例的 8 种方法不断的对测试用例进行分解与合并; 采用遗传算法理论进化测试用例;

3)

在测试时利用发散思维构造测试用例;


相关文章:
实验2 黑盒测试_2017
实验班级: 黑盒测试用例设计学号: 姓名: 一. 实验目的 1.掌握黑盒测试用例设计方法; 2.综合运用所学的黑盒测试方法设计进行测试用例设计; 3.掌握测试用例的...
黑盒测试2张磊
_徐旦华_专业_软工_年级_2013_班次_2_姓名_张磊_学号_20131344054_ 一、实验目的理解黑盒测试的基本方法,掌握用判定表法、因果图法黑盒测试用例的设 计方法。...
黑盒测试实验二_图文
学生姓名: 学生学号: 黑盒测试实验二 机房 一、实验目的 (1)能根据待测软件的特点,选择合适的方法对软件进行黑盒测试 (功能测试);(2)学习测试用例的书写。 实...
实验二 黑盒测试
实验 黑盒测试一、 实验目的 1、 掌握黑盒测试的基本方法; 2、 掌握黑盒测试用例的编写。 二、 实验要求 1、 根据给出的程序分别使用等价类划分法、边界值...
li实验2黑盒测试(二)
li实验2黑盒测试(二)_理学_高等教育_教育专区。大学实验二黑盒测试(二) 班级: 学号:姓名: 一、 实验目的 理解黑盒测试的基本方法,掌握用判定表法、因果图法...
实验二 黑盒测试方法
实验二:黑盒测试一、实验目的 (1)能熟练应用黑盒测试技术进行测试用例设计; (2)对测试用例进行优化设计; (3)思考如何执行测试; 二、实验内容: 从问题一或问题...
实验2黑盒测试(二)
班姓名 卫赢 2014.11.26 班次 1 学号 20111366001 黑盒测试 (二) 一、 实验目的 理解黑盒测试的基本方法,掌握用判定表法、因果图法黑盒测试用例的设计 方法...
实验2 黑盒测试(二)
2014-11-25 系专业年级 级班次 1 姓名 学号 实验二一、 实验目的 黑盒测试(二) 理解黑盒测试的基本方法,掌握用判定表法、因果图法黑盒测试 用例的设计方法...
福建工程学院《实验一、黑盒测试方法应用2》
姓名 2013.3.25 2013.3.25 实验一、黑盒测试方法应用 实验目的及要求: 1 掌握黑盒测试方法的应用 实验设计内容 1.等价类划分法应用 1 请用等价类划分法设计...
黑盒测试2
姓名 秦楠 实验(实习)名称 黑盒测试(2) 实验(实习) 日期 2013-11-26 得分 一、 实验目的理解黑盒测试的基本方法,掌握用判定表、因果图法测试用例的设计方法...
更多相关标签: