编写测试用例有哪些方法

编写测试用例的方法：1、正交试验法；2、边界值分析法；3、等价类划分；4、测试大纲法；5、因果图法；6、判定表驱动法；7、场景图法；8、错误推测法。正交实验法是在各因素互相独立的情况下，设计一种特殊的表格，找出能以少数替代全面的测试用例。

1、正交试验法

正交试验设计法（Orthogonal Experimental Design）是从大量的试验点中挑选出适量的、有代表性的点，应用依据伽罗瓦理论导出的“正交表”，合理地安排试验的一种科学的试验设计方法，是研究多因素、多水平的一种设计方法。它是根据正交性从全面试验中挑选出部分有代表性的点进行试验，这些有代表性的点具备“均匀分散、齐整可比”的特点，正交试验是一种基于正交表的，高效率、快速、经济的试验设计方法。

正交试验分析法包括以下常用术语：

• 指标：通常把判断试验结果优劣的标准叫做试验的指标。
• 因子：是指所有影响试验指标的条件。
• 因子的状态：是指影响试验因子的因素，也称之为因子的水平。

2、边界值分析法

大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。因此针对各种边界情况设计测试用例，可以查出更多的错误。边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

举例说明，对于在区间min，max的值，测试用例可以记为min，min+，max，max-。 例如，假定 X 为整数,10≤X≤100,那么 X 在测试中应该取的边界值为：10，11，99，100。

3、等价类划分

等价类划分（Equivalance Partitioning）测试的思想：将程序的输入域划分为若干个区域（等价类），并在每个等价类中选择一个具有代表性的元素生成测试用例。该方法是常用的黑盒（Blackbox Testing）测试用例（Testcase）设计方法。

等价类划分可有两种不同的情况：有效等价类和无效等价类。

• 有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合，它能检验程序是否可以实现规格说明中所规定的功能需求。
• 无效等价类是指对程序的规格说明是不合理的或无意义的输入数据所构成的集合，它能检验程序在不符合规则的数据输入下，是否会有异常；无效等价类至少应有一个，也可能有多个，视具体情况而定。

因此，设计测试用例时,要同时考虑这两种等价类。因为软件不仅要能接收合理的数据,也要能经受意外的考验，这样的测试才能确保软件具有更高的可靠性。划分标准要遵循完备测试、避免冗余的原则。

4、测试大纲法

程序包含多个窗口，每个窗口有多个操作，这些操作之间有一定的关系，为了弄清楚窗口之间不同操作的联系，可以使用测试大纲法。常用于测试软件的安装、删除程序、界面之间的跳转关系等。

步骤：

• 分析需求，列出所有的窗口以及每个窗口包含的操作——列大纲（提纲）。注意窗口之间的先后顺序。
• 根据大纲，理清窗口操作之间的关系，编写用例。

说明：

• 哪个最简单先测试哪个。
• 如果某个操作流程中没有新的测试功能点（所有的功能点之前的用例都测过），那么该条用例可以省略。但是如果时间充足的话，最好还是测试一下。
• 关于列表框和下拉列表框控件的测试：一般至少测试3项（应用了等价类划分和边界值法）：第一项（最小值），中间某项（有效等价类），最后一项（最大值）。
• 有些用例如果跟之前的用例操作过程基本一致，可以重复使用。提示：测试用例可以复用，但是测试的执行过程不能省。

5、因果图法

等价类划分法和边界值分析方法都是着重考虑输入条件，但没有考虑输入条件的各种组合、输入条件之间的相互制约关系。这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。因果图法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。适用场景：在一个界面中有多个控件，如果控件之间存在组合关系或者限制关系，不同的控件组合会产生不同的输出结果。

6、判定表驱动法

判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。适用场景：在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即针对不同逻辑条件的组合值，分别执行不同的操作。判定表的优点是能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。缺点是不能表达重复执行的动作，例如循环结构。

7、场景图法

现在的软件几乎都是用事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的触发顺序和处理结果就形成事件流。这种在软件设计方面的思想也可以引入到软件测试中，可以比较生动地描绘出事件触发时的情景，有利于测试设计者设计测试用例，同时使测试用例更容易理解和执行。场景法是基于软件业务的测试方法，测试人员把自己当成最终用户，尽可能真实地模拟用户在使用此软件的操作情形。

重点模拟两类操作：

• 用户正确操作的业务过程：验证软件的业务功能是否正确实现。
• 模拟用户错误操作的情形：验证软件的异常处理能力（健壮性）。

8、错误推测法

在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。 这种方法没有固定的形式，依靠的是经验和直觉，很多时候，我们都会不知不觉的使用到。

延伸阅读

判定表的组成

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