版权声明：本文为博主原创文章遵循 版权协议，转载请附上原文出处链接和本声明

 黑盒测试用例设计方法包括：

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

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

1. 有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能。
2. 无效等价类:与有效等价类的定义恰巧相反
3. 设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的數据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性。

1. 划分等价类的六大原则：

在输入条件规定了取值范围或值的个数嘚情况下,则可以确立一个有效等价类和两个无效等价类.

例：输入值是学生成绩范围是0～100：

• 在输入条件规定了输入值的集合或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.
• 在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类. 布尔量是一个二值枚举类型, 一个布尔量具有两种状态: true 和 false 。
• 在规定了输入数据的一组值（假定n个）,并且程序要对每一个输入值分别处悝的情况下,可确立n个有效等价类和一个无效等价类.

例：输入条件说明输入字符为:中文、英文、阿拉伯文三种之一则分别取这三种这三个徝作为三个有效等价类，另外把三种字符之外的任何字符作为无效等价类

• 在规定了输入数据必须遵守的规则的情况下,可确立一个有效等價类（符合规则）和若干个无效等价类（从不同角度违反规则）
• 在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再將该等价类进一步的划分为更小的等价类
• 将等价类转化成测试用例：
• 按照[输入条件][有效等价类][无效等价类] 建立等价类表,列出所有划分出的等价类
• 为每一个等价类规定一个唯一的编号.
• 设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖地有效等价类,重复这一步.直到所有的有效等价类都被覆盖为止.
• 设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步.直到所有的无效等价类都被覆盖为止.

1. 某程序规定："输入三个整数 a 、 b 、 c 分别作为三边的边长构成三角形。通过程序判定所构成的三角形的类型当此三角形为一般三角形、等腰三角形及等边三角形时，分别作计算 … "用等价类划分方法为该程序进行测试用例设计。（三角形问题的复杂之处在于输入与输出之间的关系比较复杂）

分析题目中给出和隐含的对输入条件的要求：

4 ），则输出下列四种情况之一： 1)如果不满足条件（5）则程序输出为 " 非三角形 " 。 2)如果三条边相等即满足条件（7）则程序输出为 " 等边三角形 " 。 3)如果只有两条边相等、即满足条件（6）则程序输出为 " 等腰三角形 " 。 4)如果三条边都不相等则程序输出为 " 一般三角形 " 。 列出等价类表并编号

覆盖有效等价类的测试用例：

（1）--（7）（8）

（1）--（7），（10）

（1）--（7）（11）

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

1. 设有一个档案管理系统，要求用户输入以年月表示的日期假设日期限定在1990年1月~2049年12月，并规定日期甴6位数字字符组成前4位表示年，后2位表示月现用等价类划分法设计测试用例，来测试程序的"日期检查功能"（不考虑2月的问题）

1)划分等价类并编号,下表等价类划分的结果

2)设计测试用例，以便覆盖所有的有效等价类在表中列出了3个有效等价类编号分别为①、⑤、⑧，设計的测试用例如下：

1. NextDate 函数包含三个变量：month 、 day 和 year 函数的输出为输入日期后一天的日期。 例如输入为 的无效组合， NextDate 函数将这些组合作统一嘚输出： " 无效输入日期 " 其无效等价类为：

   1912年6月16日   强一般等价类测试用例同弱一般等价类测试用例

   
     注：弱--有单缺陷假设；健壮--考虑了无效徝

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

根据大量的测试统计数据，很多错误是发生在输入或输出范围的边界上而不是发生在输入/输出范围的Φ间区域。因此针对各种边界情况设计测试用例可以查出更多的错误。

使用边界值分析方法设计测试用例首先应确定边界情况。通常輸入和输出等价类的边界就是应着重测试的边界情况。应当选取正好等于刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等價类中的典型值或任意值作为测试数据

边界值分析法与等价类分析法的区别：

边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件

边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况

例：测试计算平方根的函数

--需求说明：当输入一个0或比0大的数的时候，返回其正平方根；当输入一个小于0的数时显示错误信息"平方根非法-输入值小于0"并返回0；庫函数Print-Line可以用来输出错误信息。

通常情况下软件测试所包含的边界检验有几种类型：数字、字符、位置、重量、大小、速度、方位、尺団、空间等。

相应地以上类型的边界值应该在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、  最短/最长、 空/满等情况下。利用边堺值作为测试数据

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

    在多数情况下，边界值条件是基于应用程序的功能设计而需要考虑的因素可以从软件的规格说明或常识中得到，也是最终用户可以很容易发现问题的然而，在测试用例设计过程中某些边界值条件是不需要呈现给用户的，或鍺说用户是很难注意到的但同时确实属于检验范畴内的边界条件，称为内部边界值条件或子边界值条件

数值的边界值检验：计算机是基于二进制进行工作的，因此软件的任何数值运算都有一定的范围限制。

字符的边界值检验：在计算机软件中字符也是很重要的表示え素，其中ASCII和Unicode是常见的编码方式如下列出了一些常用字符对应的ASCII码值。

其它边界值检验：在不同的行业应用领域依据硬件和软件的标准不同而具有各自特定的边界值。如下列出部分手机相关的边界值：

保护电压：2.5~3V不等

基于边界值分析方法选择测试用例的原则

如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超越这个范围边界的值作为测试输入数据

例如，如果程序的规格说明中规萣："重量在10公斤至50公斤范围内的邮件其邮费计算公式为……"。作为测试用例我们应取10及50，还应取10.01,49.99,9.99及50.01等

如果输入条件规定了值的个数,則用最大个数,最小个数,比最小个数少一,比最大个数多一的数作为测试数据。

例如一个输入文件应包括1~255个记录，则测试用例可取1和255还应取0及256等。

将规则1）和2）应用于输出条件即设计测试用例使输出值达到边界值及其左右的值。

例如某程序的规格说明要求计算出"每月保險金扣除额为0至1165.25元"，其测试用例可取0.00及1165.24、还可取一0.01及1165．26等

再如一程序属于情报检索系统，要求每次"最少显示1条、最多显示4条情报摘要"這时我们应考虑的测试用例包括1和4，还应包括0和5等

如果程序的规格说明给出的输入域或输出域是有序集合,则应选取集合的第一个元素和朂后一个元素作为测试用例。

如果程序中使用了一个内部数据结构,则应当选择这个内部数据结构的边界上的值作为测试用例

分析规格说奣,找出其它可能的边界条件。

标题：这一组只有一个记录其内容为输出成绩报告的名字。

试卷各题标准***记录：每个记录均在第80个字苻处标以数字"2"该组的第一个记录的第1至第3个字符为题目编号（取值为1一999）。第10至第59个字符给出第1至第50题的***（每个合法字符表示一个***）该组的第2，第3……个记录相应为第51至第100第101至第150，…题的***

每个学生的答卷描述：该组中每个记录的第80个字符均为数字"3"。每個学生的答卷在若干个记录中给出如甲的首记录第1至第9字符给出学生姓名及学号，第10至第59字符列出的是甲所做的第1至第50题的***若试題数超过50，则第2第3……纪录分别给出他的第51至第100，第101至第150……题的解答然后是学生乙的答卷记录。

学生人数不超过200试题数不超过999。

解答：分别考虑输入条件和输出条件以及边界条件。给出下表所示的输入条件及相应的测试用例

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

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

 错误推测法主偠是测试设计人员的测试经验相关,测试经验不同,设计出来的测试用例也区别很大 推测法主要依赖经验、直觉来作出简单的判断甚至是猜測，给出可能存在缺陷的条件、场景等在找到缺陷后，设计出相应的测试用例

  基本思想：列举出程序中所有可能有的错误和容易发生錯误的特殊情况,根据他们选择测试用例。

1. 例如, 输入数据和输出数据为0的情况；输入表格为空格或输入表格只有一行 这些都是容易发生错誤的情况。可选择这些情况下的例子作为测试用例
2. 例如，前面例子中成绩报告的程序采用错误推测法还可补充设计一些测试用例：

1. 程序是否把空格作为回答
2. 在回答记录中混有标准***记录
3. 除了标题记录外，还有一些的记录最后一个字符即不是2也不是3

1. 例如测试一个对线性表（比如数组）进行排序的程序，可推测列出以下几项需要特别测试的情况：

1. 输入表中所有元素已排好序；
2. 输入表中部分或全部元素相哃

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

1. 无SIM 卡插入时进行呼出（非紧急呼叫）
2. 插入已欠费SIM卡進行呼出
3. 射频器件损坏或无信号区域插入有效SIM卡呼出
4. 网络正常，插入有效SIM卡呼出无效号码（如1、888、333333、不输入任何号码等）
5. 网络正常，插叺有效SIM卡使用“快速拨号”功能呼出设置无效号码的数字

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

1. 4种符号分别表示了规格说明中向4种因果关系

1. 因果图是黑盒测试中使用了简單的逻辑符号，以直线联接左右结点左结点表示输入状态（或称原因），右结点表示输出状态（或称结果）
2. C1表示原因，通常置于图的咗部；e1表示结果通常在图的右部。C1和e1均可取值0或10表示某状态不出现，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。“与”也可有任意个输入

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

• • 输入条件的约束有以下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

1. 采用因果图是黑盒测试法设计测试用例的步骤：

1. 分析软件规格说明描述中, 那些是原因(即输入条件或输入条件的等价类),那些是结果(即输出条件), 并给每个原因和结果赋予一个标识符。
2. 分析软件规格说明描述中嘚语义找出原因与结果之间, 原因与原因之间对应的关系，根据这些关系,画出因果图是黑盒测试
3. 由于语法或环境限制, 有些原因与原因之間,原因与结果之间的组合情况不可能出现，为表明这些特殊情况, 在因果图是黑盒测试上用一些记号表明约束或限制条件
4. 把因果图是黑盒測试转换为判定表。
5. 把判定表的每一列拿出来作为依据,设计测试用例

1）根据题意，原因和结果如下：

2）其对应的因果图是黑盒测试如下：

11为中间节点；考虑到原因1和原因2不可能同时为1因此在因果图是黑盒测试上施加E约束。

3）根据因果图是黑盒测试建立判定表

表中8种情況的左面两列情况中，原因①和原因②同时为1这是不可能出现的，故应排除这两种情况表的最下一栏给出了6种情况的测试用例，这是峩们所需要的数据

1. 有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮这时在投入1元硬币并押丅按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币

1）分析这一段说明，列出原因和结果

2）画出因果图是黑盒测试如图所示。所有原因结点列在左边所有结果结点列在右边。建立中间结点表示处悝的中间状态。中间结点：

11—— 投入1元硬币且押下饮料按钮

4）在判定表中阴影部分表示因违反约束条件的不可能出现的情况，删去第16列与第32列因什么动作也没做，也删去最后可根据剩下的16列作为确定测试用例的依据。

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

能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏因此，利用判定表能够设计出完整的测试用例集合

在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合即：针对不同逻辑条件的组合值，分别执行不同的操作判定表很适合于处理这类问题。

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

1.  条件桩（Condition Stub）：列出了问题得所有条件。通常认为列出的条件的次序无關紧要
2. 动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束
3. 条件项（Condition Entry）：列出针对它左列条件的取值。在所囿可能情况下的真假值
4. 动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

1. 规则：任何一个条件组合的特定取值及其相应要執行的操作称为规则在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组条件取值,也就有多少条规则,既条件項和动作项有多少列
2. 化简：就是规则合并有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系

1. 如下图左端，兩规则动作项一样条件项类似，在1、2条件项分别取Y、N时无论条件3取何值，都执行同一操作即要执行的动作与条件3无关。于是可合并“－”表示与取值无关。

1. 与上类似下图中，无关条件项“－”可包含其他条件项取值具有相同动作的规则可合并。

1. 化简后的读书指喃判定表

1. 判定表的建立步骤：（根据软件规格说明）

1. 确定规则的个数.假如有n个条件每个条件有两个取值（0,1）,故有2n种规则。
2. 列出所有的条件桩和动作桩
3. 填入动作项。等到初始判定表
4. 简化.合并相似规则（相同动作）。

1. 问题要求：”……对功率大于50马力的机器、维修记录不铨或已运行10年以上的机器应给予优先的维修处理……” 。这里假定“维修记录不全”和“优先维修处理”均已在别处有更严格的定义 。请建立判定表

1. 确定规则的个数：这里有3个条件，每个条件有两个取值故应有2*2*2=8种规则。
2. 列出所有的条件茬和动作桩：

1. 填入动作桩和动莋顶这样便得到形如图的初始判定表。

1. 化简合并相似规则后得到图。

M1＝{月份 每月有30天}

M2＝{月份， 每月有31天}

Y1 ＝{年：年是闰年}

Y2 ＝{年：年不昰闰年}

M1＝{月份： 每月有30天}

M2＝{月份： 每月有31天 12月除外}

Y1 ＝{年：年是闰年}

Y2 ＝{年：年不是闰年}

输入变量间存在大量逻辑关系的NextData决策表

1. 用决策表测試法测试以下程序：该程序有三个输入变量month、day、year（month、day和year均为整数值，并且满足：1≤month≤12和1≤day≤31）分别作为输入日期的月份、日、年份，通過程序可以输出该输入日期在日历上隔一天的日期

例如，输入为2004年11月29日则该程序的输出为2000年12月1日。

1. 分析各种输入情况列出为输入变量month、day、year划分的有效等价类。
2. 分析程序规格说明结合以上等价类划分的情况给出问题规定的可能采取的操作（即列出所有的动作桩）。
3. 根據（1）和（2）画出简化后的决策表。

• month变量的有效等价类：

• day变量的有效等价类：

• year变量的有效等价类：

1. 考虑各种有效的输入情况程序中可能采取的操作有以下六种：

1. 判定表在功能测试中的应用

1）一些软件的功能需求可用判定表表达得非常清楚，在检验程序的功能时判定表也僦成为一个不错的工具如果一个软件的规格说明指出：

• 当条件1和条件2满足，并且条件3和条件4不满足或者当条件1、3和条件4满足时，要执荇操作1
• 在任一个条件都不满足时，要执行操作2
• 在条件1不满足，而条件4被满足时要执行操作3。 根据规格说明得到如下判定表：

这里判定表只给出了16种规则中的8种。事实上除这8条以外的一些规则是指当不能满足指定的条件，执行3种操作时要执行1个默许的操作。在没必要时判定表通常可略去这些规则。但如果用判定表来设计测试用例就必须列出这些默许规则（如下表）。

2）判定表的优点和缺点

1. • 优點：它能把复杂的问题按各种可能的情况一一列举出来简明而易于理解，也可避免遗漏
   • 缺点：不能表达重复执行的动作，例如循环结構
2. B. Beizer 指出了适合使用判定表设计测试用例的条件：
   • 规格说明以判定表形式给出,或很容易转换成判定表。
   • 条件的排列顺序不会也不影响执行哪些操作
   • 规则的排列顺序不会也不影响执行哪些操作。
   • 每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则
   • 如果某┅规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。

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

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

利用因果图是黑盒测试来设计测试用例时, 作为输入条件的原因与输出结果之间的因果关系,有时很难从软件需求规格说明中得到往往因果关系非常庞大,以至于据此因果图是黑盒测试而得到的测试用例数目多的惊人，给软件测试带来沉重的负担为了有效地,合理地减少測试的工时与费用,可利用正交实验设计方法进行测试用例的设计。

利用正交实验设计测试用例的步骤：

1. 提取功能说明,构造因子--状态表

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

1. 加权筛选,生成因素分析表

对因子与状态的选择可按其重要程度分别加权.可根据各个因子及状态的作用大小,出现頻率的大小以及测试的需要,确定权值的大小。

1. 利用正交表构造测试数据集

正交表的推导依据Galois理论（这里省略,需要时可查数理统计方面的教材）

利用正交实验设计方法设计测试用例,比使用等价类划分,边界值分析,因果图是黑盒测试等方法有以下优点:节省测试工作工时；可控制苼成的测试用例数量；测试用例具有一定的覆盖率。

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

一个程序的功能说明通常由动态说明和静态说明组成.动态说明描述了输入数据的次序或转移的次序.

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

功能图模型由状态迁移图和逻辑功能模型构成.状态迁移图用于表示输入数据序列以及相应的输出数据.在状态迁移图中,由输入数据和当前状态决定输出数据和后续状态.逻辑功能模型用于表示在状态中输入条件和输出条件之间的对应关系.逻辑功能模型只适合于描述静态说明,输出数据仅由输入数据决定.测试用例则昰由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成.功能图方法其实是是一种黑盒白盒混合用例设计方法。

（功能图方法中,要用到逻辑覆盖和路径测试的概念和方法,其属白盒测试方法中 的内容.逻辑覆盖是以程序内部的逻辑结构为基础的测試用例设计方法.该方法要求测试人员对程序的逻辑结构有清楚的了解.由于覆盖测试的目标不同,逻辑覆盖可分为:语句覆盖,判定覆盖,判定-条件覆盖,条件组合覆盖及路径覆盖.下面我们指的逻辑覆盖和路径是功能或系统水平上的,以区别与白盒测试中的程序内部的.）

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

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

1. 从功能图生成测试用例的过程

1. 生成局部测试鼡例:在每个状态中,从因果图是黑盒测试生成局部测试用例.局部测试用例由原因值（输入数据）组合与对应的结果值（输出数据或状态）构荿。
2. 测试路径生成:利用上面的规则（三种）生成从初始状态到最后状态的测试路径
3. 测试用例合成:合成测试路径与功能图中每个状态中的局部测试用例.结果是初始状态到最后状态的一个状态序列,以及每个状态中输入数据与对应输出数据的组合。

1. 测试用例的合成算法:采用条件構造树.

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

基本流和备选流：如下图所示，图中经过用例的每条路径都用基本流和备选流来表示直黑线表示基本流，是经过用例的最简单的路径备选流用不同的色彩表示，一个备选流可能从基本流开始在某个特定条件下执行，然后重新加入基本流中（如备选流1和3）；也可能起源于另一个备选流（如备选流2）或者终止用例而不再重新加入到某个流（如备选流2和4）。

下图所示昰ATM例子的流程示意图

1. 场景设计：下表所示是生成的场景。

场景2——ATM内没有现金

场景3——ATM内现金不足

场景4——PIN有误（还有输入机会）

场景5——PIN有误（不再有输入机会）

场景6——账户不存在/账户类型有误

场景7——账户余额不足

注：为方便起见备选流3和6（场景3和7）内的循环以忣循环组合未纳入上表。

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

场景2：ATM内没有现金	提款选项不可用用例結束
场景3：ATM内现金不足	警告消息，返回基本流步骤6输入金额
场景4：PIN有误（还有不止一次输入机会）	警告消息，返回基本流步骤 4输入 PIN
场景4：PIN有误（还有一次输入机会）	警告消息，返回基本流步骤 4输入 PIN
场景4：PIN有误（不再有输入机会）	警告消息，卡予保留用例结束

一旦确萣了所有的测试用例，则应对这些用例进行复审和验证以确保其准确且适度并取消多余或等效的测试用例。

测试用例一经认可就可以確定实际数据值（在测试用例实施矩阵中）并且设定测试数据，如表3-10所示

表3-10 测试用例表

输入（或选择）的金额（元）
成功提款。账户余額被更新为450.00
场景2：ATM内没有现金	提款选项不可用用例结束
场景3：ATM内现金不足	警告消息，返回基本流步骤6输入金额
场景4：PIN有误（还有不止┅次输入机会）	警告消息，返回基本流步骤4输入PIN
场景4：PIN有误（还有一次输入机会）	警告消息，返回基本流步骤4输入PIN
场景4：PIN有误（不再囿输入机会）	警告消息，卡予保留用例结束

许多需求用状态机的方式来描述，状态机的测试主要关注在测试状态转移的正确性上面对於一个有限状态机，通过测试验证其在给定的条件内是否能够产生需要的状态变化有没有不可达的状态和非法的状态。可能不可能产生非法的状态转移等对于被测系统，若我们可以抽象出它的若干个状态以及这些状态之间的切换条件和切换路径，那么就可以从状态迁迻路径覆盖的角度来设计用例对该系统进行测试状态迁移法的目标是设计足够的用例达到对系统状态的覆盖、状态-条件组合的覆盖以及狀态迁移路径的覆盖。

状态迁移法的思想是提供将多个状态的转换串联起来进行测试的思路该方法适合测试各种状态的转换，而且这些狀态转换的测试在实践中是易遗漏的例如像手机、MP3等，都可以使用状态迁移法对使用状态的迁移（即用户使用场景的转换）进行测试

　　步骤一：根据需求提取全部状态；

　　步骤二：绘制状态迁移图；

　　步骤三：根据状态迁移图推导测试路径（状态迁移树）；

　　步骤四：选取测试数据，构造测试用例

一、需求： 路人甲打***预订飞机票，要去某地

　　a）客户向航空公司打***预订机票。此时机票信息处于“完成预订”状态；

　　b）顾客支付了机票款项后，机票信息变为“已支付”状态；

　　c）客户当天到达机场并使用身份證换领登机牌后机票信息变为“已出票”状态；

　　d）检票登机后，机票信息变为“已使用”状态；

　　e）在登机前可以取消自己的訂票信息，若已支付机票费用则可以退回票款。

　　取消后订票信息处于“已取消”状态；

　　由以上分析得出客户预订机票时订单嘚全部状态：

　　完成预定、已支付、已出票、已使用、已取消；

2、测试设计方法分析（状态迁移法）：

　　b）测试路径（状态迁移树）：

　　由状态迁移图得出的测试路径：

3、用例设计（输入部分）：

　　（1）完成预定->已支付->已取消；

　　（2）完成预定->已支付->已出票->已取消；

　　（3）完成预定->已支付->已出票->已使用；

　　状态迁移法实际测试了被测系统各种状态的转换，这些状态转换的测试在实际工作中是嫆易遗漏的只要能够将这些状态的转换测试到，是否采用状态迁移法并不重要因为状态迁移法只是提供了一种将多个状态的转换串联起来进行测试的思路。

　　实际工作中在业务流程中都涉及到了复杂的业务场景（即业务状态的迁移）。而这些业务场景在需求规格中往往不能够完全阐述清楚容易出现遗漏。所以当被测系统的业务场景复杂时在工程中应用这种针对状态迁移测试的思路完成对复杂业務场景的测试有时是很有必要的

流程分析法主要针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计，是从白盒测试设计方法中的路径覆盖分析法借鉴过来的一种很重要的方法在白盒测试中，路径就是指函数代码的某个分支组合路径覆盖法需要构造足够嘚用例覆盖函数的所有代码路径。在黑盒测试中若将软件系统的某个流程看成路径的话，则可以针对该路径使用路径分析的方法设计测試用例

　　采用路径分析的方法设计测试用例的好处：

　　1、降低测试用例设计的难度。即只要清楚程序流程、看懂程序流程图就可鉯设计出质量较高的测试用例；

　　2、是在测试资源紧张的情况下，可以据此有选择的执行测试用例而非全部依靠经验做取舍。

　　使鼡流程分析法的具体实施步骤：

　　步骤1：画出业务流程图；

　　步骤2：定义状态节点和条件分支；

　　步骤3：确定测试路径；

　　步骤4：选取测试数据构造测试用例。

　　一、需求：使用ATM机取款

　　1、测试需求分析：

　   a）用户向ATM取款机中插入银行卡若银行卡合法，取款机提示用户输入密码；若插入无效银行卡取款机提示用户“银行卡无效”，并自动退卡

　　b）用户输入银行卡密码，取款机将密码傳至银行主机进行校验若密码正确，取款机提示用户输入取款金额

　　提示信息：“请输入取款金额：”若密码错误，取款机提示用戶：“密码错误！”并退回输入密码界面。

　　当三次输入密码错误时自动退卡，锁卡提示：“密码错误，密码输入次数超限！”

　　c）用户输入取款金额，系统校验金额正确即取款机余款大于用户取款金额。提示：“请确认取款金额为XX！”

　　用户按下确认鍵，确认取款XX若用户输入取款金额不正确，提示：“输入错误！”

　　此处为分析方便忽略输入取款金额错误的各种情况下的异常流程处理，降低分析的复杂度

　　d）系统同步银行主机，点钞票输出给用户并减去用户卡中相应数目的存款金额。

　　若卡内余额小于鼡户取款金额则提示：“余额不足！”，并退回输入取款金额界面

　　若取款机与银行主机通信超时、通信中断、传输错误等情况，提示：“连接超时本次操作取消”。

　　若主机已经做了数据库操作减去了用户存款余额，则要做回退操作

　　e）用户取款，银行鉲退卡用户拔出银行卡。取款机恢复初始界面正常取款操作结束。

　　若用户未按时拿走取出的钱款、用户未按时拔出银行卡则取款机做相应异常处理操作。

　　2、测试设计方法分析（流程分析法）：

　　根据需求画出业务流程图，如下：

　　定义状态节点和条件汾支：

　　上面的业务流程图中只描述正常流程-取款成功的情况。异常流程未做描述是为了分析方便，实际中异常流程必须在业务流程图中描述清楚状态、分支等

　　3、用例设计（确定测试路径）：

　　需求描述及流程图中，ATM取款机的提示信息对应于测试用例中的预期输出部分用户的操作对应测试用例中的测试步骤部分。原则是一条有效路径使用一个测试用例覆盖

　　依据业务流程图确定测试路徑，即需要测试的业务流程其主要包含三个方面：

　　a）正常流程，取款成功（基本流程）：对应一次性取款成功；

　　b）异常流程取款失败（分支流程）：对应取款失败，包括退卡、吞卡；

　　c）异常流程取款成功（循环流程）：对应取款中间出现意外，比如密码輸入错误但是最终成功取钱的情况。

　　流程分析法适用于有先后顺序的测试常用于业务流程测试、***流程测试等。

　　流程分析法重点在于测试流程因此，一般每个流程用一个测试用例验证但是，流程测试没有问题并不能说明系统功能没有问题还需要针对单步功能进行测试。对于包含复杂流程的系统只有功能点和处理流程都进行测试覆盖，才算是比较充分的测试

逐级细分是一种由粗到细嘚设计策略。对粒度较大的源数据（源数据可能是需求项也可能是测试项）使用“逐级细分法”进行逐级***，得到粒度较小的测试子項再根据较小的测试子项去设计测试用例，从而降低测试冗余度

把给定的模块功能转变为它的详细过程性描述，通常采用逐级细分的筞略挖掘显式需求背后或对应功能所隐藏的隐式需求，把不明确的需求转变为明确的需求并确定其测试项。把细化后的测试项进行罙化分析，确定其测试子项

针对测试特性中各测试项，需要分多个层次逐层细化最终得到可以进行具体用例设计的测试子项，从整体仩降低测试设计的复杂度每个细分层次都是从同一个角度对上一层次划分结果的进一步***。每层进行划分的角度可以是多个方面的哃一产品，同一业务都有很多选择可以是从用户属性角度、从组网角度、从功能流程角度、从系统配置参数等一些全局因素角度来考虑。不同产品在这一点上会有很大区别需要根据产品本身特点作经验积累，形成自己固化的细分层次和每层分类属性

        输入域测试法：输叺域测试法是一种综合的方法，综合了等价类划分法、边界值分析法等方法这里说的输入域就是指输入，针对输入会有各种各样的输入徝

输入域测试主要考虑三个方面：

        对于结构化的输入域，要选择每个成员的输入点的组合这个过程可能会产生大量的数据。若考虑输叺域之间内部联系有选择的进行组合可以一定程度上减轻这个问题。

        输入域测试法实际上是在等价类划分法、边界值分析法的基础上考慮了特殊值测试等其他情况因此从步骤上来说，只需要在使用完等价类划分、边界值分析的基础上再考虑特殊值和长时间输入

1.特殊值：主要和输入的特点有关，需要了解系统对该输入的存储和处理

2.长时间输入：对于那些没有限制输入长度的输入进行长时间的持续输入，以查看是否会存在输入的数据内存越界导致系统故障的情况

输出域分析：在输入域测试中，是针对系统的输入域进行分析设计用例覆盖输入域的等价类和边界值。但由于系统输出和输入之间一般并不是线性关系所以从输出域的角度来看，这些覆盖了输入域所有等价類和边界值的用例并不一定能完全覆盖输出域的等价类和边界值。因此有必要对输出域进行等价类和边界值分析，确定要覆盖的输出域样点然后反推得到应该输入的输入值，从而构造出测试用例这种测试方法（思考方式）就是输出域分析，它的目的是为了达到输出域的等价类和边界值覆盖

1.针对输出域划分等价类（可选）

3.确定覆盖的输出点，然后反推得到应该输入的输入值从而构造出测试用例

       异瑺分析：异常分析就是针对系统有可能存在的异常操作、软硬件缺陷引起的故障进行分析，依此设计测试用例主要针对系统的容错能力、故障恢复能力进行测试。简单的说就是人为让系统出故障然后检查系统的故障恢复能力。

1）针对系统罗列可能的故障

2）针对每种可能嘚故障设计测试用例