测试用例设计在测试当中是经常会用到的，测试用例设计简单的来说，就是一个文档，描述输入、动作、或者时间和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。测试用例设计的方法是有很多的，比如等价类与边界值、场景法、正交排列驱动法以及因果图等，下面就让我们来详细的了解一下吧。
一、等价类与边界值
等价类：等价类划分法是把所有可能输入的数据，有无效等价类和有效等价类（即正确输入和非法输入），即程序的输入域划分策划国内若干部分（子集），然后从每一个子集中选取少数具有代表性的数据作为测试用例。方法是一种重要的、常用的黑盒测试用例设计方法。
边界值：边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。
与等价类区别：
边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。
边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。
二、场景法
定义：通过运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。用例场景来测试需求是指模拟特定场景边界发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现需求中存在的问题。
基本流：是经过用例的最简单的路径（无任何差错，程序从开始直接执行到结束）
备选流：一个备选流可能从基本流开始，在某个特定条件下执行，然后重新加入基本流中，也可以起源于另一个备选流，或终止用例，不在加入到基本流中；（各种错误情况）
三、正交排列驱动法
定义：在界面中有多个控件，控件之间有多种组合关系，如果组合的数量巨大（一般超过20种），没有必要将所有组合都测试，可以通过正交排列法将组合中最优，最少的组合进行测试。
正交表公式：
Ln（m^k）·L（line）行
n:表示正交表的行数
提示：正交表确定后，n值是固定的，不需要测试人员计算
m：表示正交表中数据的最大值
测试时：m表示每个控件的取值个数
K:表示正交表的列数
测试时：k表示参与组合的控件的个数
与判定表驱动法的区别：正交表一般用于组合较多的场合（一般>20种），判定表一般用于组合较少的情况
四、因果图
1.定义：是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。
2.因果图法产生的背景：
等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。
如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合、相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。
3.因果图介绍
1）4种符号分别表示了规格说明中向4种因果关系。
2）因果图中使用了简单的逻辑符号，以直线联接左右结点。左结点表示输入状态（或称原因），右结点表示输出状态（或称结果）。
3）Ci表示原因，通常置于图的左部；ei表示结果，通常在图的右部。Ci和ei均可取值0或1，0表示某状态不出现，1表示某状态出现。
4.因果图概念
1）关系
恒等：若ci是1，则ei也是1；否则ei为0。
非：若ci是1，则ei是0；否则ei是1。
或：若c1或c2或c3是1，则ei是1；否则ei为0。“或”可有任意个输入。
与：若c1和c2都是1，则ei为1；否则ei为0。“与”也可有任意个输入。
2）约束
输入状态相互之间还可能存在某些依赖关系，称为约束。例如，某些输入条件本身不可能同时出现。输出状态之间也往往存在约束。在因果图中，用特定的符号标明这些约束。
A.输入条件的约束有4类。
B.输出条件约束类型。
5.采用因果图法设计测试用例的步骤：
1）分析软件规格说明描述中，那些是原因（即输入条件或输入条件的等价类），那些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的关系，根据这些关系，画出因果图。
3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现，为表明这些特殊情况，在因果图上用一些记号表明约束或限制条件。
4）把因果图转换为判定表。
5）把判定表的每一列拿出来作为依据，设计测试用例。
五、判定表
定义：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
判定表的优点
能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。
在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题。
判定表通常由四个部分组成如下图所示：
1、条件桩（ConditionStub）：列出了问题得所有条件。通常认为列出的条件的次序无关紧要。
2、动作桩（ActionStub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
3、条件项（ConditionEntry）：列出针对它左列条件的取值。在所有可能情况下的真假值。
4、动作项（ActionEntry）：列出在条件项的各种取值情况下应该采取的动作。
六、错误推测法
定义：基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法
错误推测方法的基本思想：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例
测试用例设计方法总共有六种方法，现在大家应该有所了解了，希望今天小编的介绍可以解决大家的疑问。最后小编再给大家介绍一款测试用例设计工具，TestCenter (测试管理工具)，是面向测试流程的测试生命周期管理工具,它支持手工编写测试用例、用例附件批量导入；支持执行中的测试用例管理；保证测试用例的质量，实现测试用例的标准化，降低了测试用例对个人的依赖。
推荐阅读：
在系统软件当中，原来经常会出现这些bug
bug记录里通常包括哪些内容？
有哪些缺陷管理工具是测试人员比较常用的?
如何进行测试用例管理？测试用例管理的要点
软件测试bug管理之bug常见分类及相关属性
测试场景和测试用例区别是什么？如何做到测试场景不遗漏？
sales@spasvo.com
