目录

一、什么是测试设计

二、测试要点思路

（一）划分功能项

（二）正向功能项验证

（三）单个功能项验证

（四）输出测试点

三、测试设计方法

（一）等价类划分法

1.定义

2.等价类划分方法

（1）方法一

（2）方法二

（3）方法三

（4）方法四

3.局限性

（二）边界值法。

1.定义

2.边界点的选取

3.注意事项

4.原则

5.等价类法与边界值法的比较：

（三）错误猜测法

1.定义

2.常见依据

（四）因果图法

1.等价类划分的局限性

2.因果图法概述

3.因果图法适用范围

4.如果确定因、果条件

5.判定表

（1）判定表的相关定义

（2）创建判定表的步骤

6.根据判定表导出测试用例

（五）场景法

1.场景法概述

2.场景法实例分析

3.场景法路径

---

一、什么是测试设计

测试设计主要解决“测什么”的问题 ，即指明被测对象中什么需要测试。

测试需求通常是以软件需求为基础进行分析，通过对需求的细化和分解，形成可测试的内容（测试点）。

测试需求应全部覆盖已定义的业务流程，以及功能和非功能方面的需求。

二、测试要点思路

（一）划分功能项

（二）正向功能项验证

（三）单个功能项验证

（四）输出测试点

三、测试设计方法

（一）等价类划分法

1.定义

等价类：某个输入域的集合，在这个集合中每个输入条件都是等效的，如果其中一个的输入不能导致问题发生，那么集合中其它输入条件进行测试也是不可能发生错误。

划无限为有限

等价类划分的办法是把程序的输入域划分成若干等价类，然后从每个部分中选取少数代表性数据当作测试输入数据。

使用少数测试数据检验程序在一大类情况下的反映。

有效等价类：有效等价类指的是对程序的规范是有意义的、合理的输入数据所构成的集合。在具体问题中，有效等价类可以是一个，也可以是多个。

无效等价类：指对程序的规范是不合理的或无意义的输入数据所构成的集合。对于具体的问题，无效等价类至少应有一个，也可能有多个。

2.等价类划分方法

（1）方法一

如果输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。

        例如：程序的输入项n满足“从1-999”，则可取有效等价类位“1<=n<=999”，无效等价类为“n<1” 及“n>999。

（2）方法二

输入条件规定了输入值的集合，或是规定了“必须如何”的条件，则可确定一个有效等价类和一个无效等价类。

        如：某标识符，条件规定“以字母开头”则“以字母开头”作为有效等价类。“以非字母开头”作为无效等价类。

（3）方法三

如果已划分的等价类中各元素在程序中的处理方式是不同的，则应将此等价类进一步划分成更小等价类。

        如：-10<n<10   

        有效等价类 -10<n<10

        无效等价类： <=-10,>=10

（4）方法四

在输入条件是一个布尔量的情况下，可以确定一个有效等价类和一个无效等价类。

        如：界面输入只提供单选框，是与否。

        算法m/n

        有效等价类（ -10,0 ）（ 0，10 ）

        无效：小于-10，大于10,0

        根据等价类划分原则，将等价类填入下表

          1. 为每一个等价类规定一个唯一的编号。

          2. 设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复第一步，直到所有的有效等价类都被覆盖为止。

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

3.局限性

该方法孤立地考虑各个输入数据的测试功效，而没有考虑多个输入数据的组合效应，可能会遗漏了输入数据易于出错的组合情况，可以采用因果图设计法弥补上述不足。

多个输入数据孤立的测试，导致测试用例数量非常庞大，不利于维护和执行，可以采用边界值法解决上述不足。

（二）边界值法。

1.定义

边界分析法是列出单元功能、输入、状态及控制的合法边界值和非法边界值，设计测试用例，包含全部边界值的方法。

采用边界值分析法来选择测试用例，可使被测程序能在边界值及其附近运行，有效的保证程序正常。

2.边界点的选取

边界点分为上点，内点和离点。

• 上点：边界上的点
• 内点：区间内的点
• 离点：离边界值最近且与上点不属于同一等价类的点
• 对于小数，没有离点，不可取

3.注意事项

首先应该确定边界情况，通常输入等价类和输出等价类的边界，就是应该重点测试的程序边界。

选取的测试数据应该正好等于，刚刚小于和刚刚大于边界值。而不是选取每个等价类内的任意值作为测试数据。

4.原则

• 如果输入条件规定了值得范围，则应取刚达到这个范围的边界值，以及刚刚超过这个范围边界的值作为测试输入数据。
• 如果输入条件规定了值得个数，则用最大个数、最小个数、比最小少一，比最大多一作为测试输入数据。
• 如果程序规格说明书中提到的输入或输出是一个有序的集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据。
• 如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试数据。

5.等价类法与边界值法的比较：

• 等价类法的测试数据是在各个等价类允许的范围中任意选取的。
• 边界值分析法的测试数据必须在边界附近选取。

（三）错误猜测法

1.定义

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

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

2.常见依据

• 在单元测试时理出的在模块中的常见错误
• 以前产品测试中曾经发现的错误
• 产品在客户实际使用过程中发现的错误
• 容易发生错误的情况
• 一些公共模块，功能
• 修复了bug的功能和模块

（四）因果图法

1.等价类划分的局限性

没有考虑输入情况的组合。

这样虽然各个输入条件单独可能出错的情况已经看到了，但多个输入情况组合起来可能出错的情况却被忽略。

采用因果图方法能帮助我们考虑输入条件的联系、相互组合等情况。

2.因果图法概述

分析需求规格说明中的描述中那些是原因，那些是结果。

原因是输入条件，结果是输出条件。

因果图最终生成判定表，它适合于程序输入条件的各种组合情况，如果有N个条件，每个条件有2个取值，那么将产生2的N次方条路径。

3.因果图法适用范围

如果在测试时考虑输入条件的各种组合，可使用一种适合于描述多种条件的组合，相应产生多个动作的形式来设计测试用例。

4.如果确定因、果条件

（1）分析程序规范描述中哪些是原因，哪些是结果。原因常常是输入条件或是输入条件等价类，结果是输出条件。

（2）分析程序规范的描述中语义的内容，并将其表示成连接各个原因与各个结果的“因果图”

（3）由于语法或环境的限制，有些原因和结果的组合情况是不可能出现的。为表明这些特定的情况，在因果图上使用特殊的符号标明约束条件。把因果图转换成判定表。把判定表的每一列写成一个测试用例。

5.判定表

（1）判定表的相关定义

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

判定表由以下四个组成部分：

• 条件桩：列出了问题的所有条件
• 动作桩：列出了问题规定可能采取的操作
• 条件项：列出特定条件的取值
• 动作项：列出在条件项目的各种取值情况下应该采取的动作

（2）创建判定表的步骤

1. 确定规则的个数
2. 列出所有的条件桩和动作桩
3. 填入条件项
4. 填入动作项
5. 合并相似规则

6.根据判定表导出测试用例

话不多说，直接上例子：

用例编号	ODER_CHECK_001
测试项目	订购单检查
测试标题	验证系统金额小于500，未过期时系统发批准单和提货单
重要级别	高
预置条件	无
输入	499
操作步骤	1、输入金额：499； 2、选择未过期；3、点击确定
预期输出	发出批准单和提货单

（五）场景法

1.场景法概述

运用场景来对系统的功能点或业务流程的描述，从而提高测试效果的一种方法。

模拟特定场景发生的事情，通过事件来触发某个动作的发生，观察事件的最终结果，从而用来发现软件存在的问题。

2.场景法实例分析

场景法一般包括基本流和备选流。从一个流程开始，图中经过用例的每条路径都可以用基本流和备选流来表示。直黑线表示基本流，是经过用例的最简单路径。

3.场景法路径

1. 根据说明，描述出程序的基本流及各项备选流。
2. 根据基本流和各项备选流生成不同的场景。
3. 对每一个场景生成相应的测试用例。
4. 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值。