6、测试用例设计方法

一、测试用例得到要素

​ 用例编号、测试标题、所属模块、测试需求项编号、案例状态、预置条件、优先级、测试输入、预期结果、实际结果、案例设计者、设计日期、案例性质

二、用例设计方法

1. 等价类划分

属于黑盒测试，它将不能穷举的测试过程进行分类，从而具有完整性和代表性

思考步骤：
1.确定有效等价类、无效等价类 
2.划分有效等价类(题目条件，注意边界值，中间值随便取一个)
3.划分无效等价类(跟有效等价类相反，其他特殊情况：中文、英文、符号、空格、空等等)

需要考虑如下情况：

1、 考虑输入长度

2、 考虑输入类型

3、 组成规则

4、 是否为空

5、 是否区分大小写

6、 是否重复

7、 是否去除空格

举例：QQ登陆账号 长度在6~11位之间的整数

2.边界值

对于输入等价类和输出等价类而言，稍高于其边界值及稍低于边界值的一些特定情况

大量的错误都是发生在输入或输出范围的边界上，而不是输入范围的内部。

步骤：找到测试数据的边界点，也就是有效和无效等价类的边界值，对边界点数据专门进行测试，常和等价类一起用，常用取值为：上点、内点、离点。

闭区间[0, 10]
上点：1、10   内点：5   离点：0、11

开区间(0, 10)
上点：1、10   内点：5   离点：2、9

半开半闭(1, 10]
上点：1、10   内点：5   离点：2、11

例如：

0~100整数
边界值：-1、0、1、99、100、101

总结：边界值思想应该是选到边界和刚超过边界的值，来进行测试，也要根据实际情况来选择；边界值和等价类是相辅想成的关系

常见边界值：

• 文本框接受字符个数，比如用户名长度，密码长度等
• 报表第一行、最后一行
• 数值元素的第一个和最后一个
• 循环的第一次、二次和倒数第1次、2次。

3.因果图

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

• 特点：
• 1. 考虑输入条件的相互制约及组合关系
  2. 考虑输出条件对输入条件的依赖关系

和上述2种方法的区别：

• 等价类和边界值注重考虑输入条件，而不考虑输入条件的组合、输入条件的相互制约关系，所以对于那些多个输入条件组合可能出错的情况却被忽视

因果图：

• 因：输入条件
• 果：输出条件、输出结果
• 适用于输入条件之间有相互制约、相互依赖的情况

基本符号

1. c1成立，则结果e1出现
2. c1成立，则结果e1不会出现
3. 只要c1、c2、c3成立任意一个，则结果e1出现
4. 必须c1、c2同时处理，则结果e1出现

约束条件

基本步骤：

1. 找出所有原因，原因即输入条件或输出条件的等价类
2. 找出所有的结果，结果即输出条件
3. 明确所有输入条件之间的制约关系以及组合关系
   • 哪些条件不能组合到一起，那些需要组合到一起
4. 明确所有输出条件之间的制约关系以及组合关系
   • 哪些输出结果不能同时输出，哪些输出结果可以同时输出
5. 找出什么样的输入条件组合会产生哪种输出结果
6. 把因果图转换成判定表/决策表
7. 为判定表/决策表中的每一列表示的情况设计测试用例

例子：

分析：

1. 找到所有的输入条件编号
2. 找到所有的输出条件编号
3. 找到所有的输入、输出的制约关系

制作成表格用例 — > 判定表

4.判定表

组成部分：

1. 条件桩：所有条件
2. 动作桩：所有结果
3. 条件项：针对条件桩的取值
4. 动作桩：针对动作桩的取值

书写步骤：

1. 列出所有条件和动作桩
2. 填写条件和动作项中的信息
3. 简化判定表

注意：如果出现‘-’，代表此项选择什么都不影响结果

5.场景法

场景法就是模拟用户操作软件的场景，主要用于测试系统的业务流程

在冒烟测试中，也主要采用场景法进行测试

主要包括：

• 基本流

  • 按照正确的业务流程来实现的操作路径(模拟正确的操作流程)

• 备选流

  • 导致程序错误的的操作流程

当场景法设计测试用例时，需要覆盖系统用例中的主成功场景和扩展场景，并且需要适当的补充各种正反面的测试用例和考虑出异常场景的情形。

• 当使用场景法测试程序没有问题时，可以再使用边界值、等价类方法对账号、密码进行更加细致、完整的测试

用场景法设计用例：

1. 输入正确的账号和密码，点击登陆，能正常登陆
2. 输入正确的账号和错误的密码，点击登陆，显示错误提示
3. 输入正确的账号和不输入密码，点击登陆，显示错误提示
4. 不输入账号密码，点击登陆，显示错误提示
5. 不输入账号，输入正确密码，点击登陆，显示错误提示
6. 输入错误账号，正确密码，点击登陆，显示错误提示

6.流程分析法

流程分析法主要是针对测试场景类型属于流程测试场景的测试项下的测试子项进行设计，是从白盒测试设计方法中路径覆盖法借鉴过来的

• 路径指函数代码的某个分支，需要构造足够的用例覆盖函数的所有代码路径
• 在黑盒测试中，若将软件系统的某个流程看成路劲的话，则可以针对该路径，设计用例

适用于有先后顺序的测试，常用于业务流程测试、安装流程测试等，一般一个流程一个测试用例，需要覆盖所有功能点和处理流程，细节用等价类、边界值等方法测试，才算是充足的测试

步骤：

1. 详细理解需求
2. 根据需求说明或界面原型图，找出业务流程的各个页面以及各页面之间的流转关系
3. 画出业务流程，一般由产品经理负责
4. 写用例，覆盖所有路径分支

7.错误推测法

提前列举可能出现的错误或错误易发生的清单，然后根据清单编写测试用例，很大程度依赖于工程师的经验

返回目录