• 一、等价类划分法
  • 案例
• 二、边界值分析法
  • （一）边界范围节点
  • （二）步骤
  • 练习
  • （三）优化
  • （四）使用场景
• 三、判定表法
  • （一）判定表法的引入
  • （二）判定表定义及组成部分
  • （三）判定表法设计用例步骤
  • 案例
  • （四）使用场景
• 四、场景法
• 五、错误推测法

测试用例解决的问题：

• 1，对穷举场景设计测试点（等价类划分法）
• 2，对限定边界规则设计测试点（边界值分析法）
• 3，对多条件依赖关系进行设计测试点（判定表法）
• 4，对于项目业务进行设计测试点（场景法）

一、等价类划分法

案例

1，QQ号

2，电话号

1、正向用例：一条尽可能覆盖多条
2、逆向用例：每一条数据，都是一条单独用例

适用场景

• 针对：需要有大量数据测试输入，但是没法穷举测试的地方。

输入框
下拉列表
单选复选框

• 典型代表：页面的输入框类测试

完整的用例应该是等价类和边界值

二、边界值分析法

（一）边界范围节点

• 选取正好等于、刚好大于、刚好小于边界的值作为测试数据

上点：边界上的点（正好等于）
离点：距离上点最近的点（刚好大于、刚好小于）
内点：范围内的点（区间）

（二）步骤

1、明确需求
2、确定有效和无效等价
3、确定边界范围
4、提取数据编写用例

练习

（三）优化

• 上点：必选（不必考虑区间开闭）
• 内点：必选（建议选择中间范围）
• 离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）

开区间：不包含边界上的点（没有等号）
闭区间：包含边界上的点（有等号）

（四）使用场景

• 在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）
• 常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
• 典型代表：有边界范围的输入框类测试

单个输入框常用边界值+等价类

三、判定表法

（一）判定表法的引入

案例：验证“若用户欠费或者关机，则不允许被呼叫”功能的测试

• 等价类边界值分析法主要关注单个输入类条件的测试
• 并未考虑输入条件之间的各种组合、输入条件与输出结果之间有相互制约关系的测试

（二）判定表定义及组成部分

定义：是一种以表格形式表达多条件逻辑判断的工具
组成：

• 条件桩：列出问题中所有条件，列出条件的次序无关紧要
• 动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束
• 条件项：列出条件对应的取值，所有可能情况下的真假值
• 动作项：列出条件项的、各种取值情况下应该采取的动作结果

规则：

判定表中贯穿条件项和动作项的一列就是一条规则
假设有n个条件，每个条件的取值有两个（0,1），全组合有2ⁿ种规则

（三）判定表法设计用例步骤

1、明确需求
2、画出判定表

• 1、列出条件状和动作桩
• 2、填写条件项，对条件项进行全组合
• 3、根据条件项的组合确定动作项
• 4、简化、合并相似规则（有相同的动作）

3、根据规则编写测试用例

案例

（四）使用场景

• 有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
• 判定表一般适用于条件组合数量较少的情况（比如4个条件以下，超过4个应采用正交法解决）

四、场景法

先测业务，再测单功能、单模块

扩展：流程图

• 使用标准图形和箭头来表达程序或业务的走向

1、能够看懂流程图，设计业务用例
2、当需求文档信息不全时，能够根据需求，梳理出流程

场景法也叫流程图法，用流程图描述用户的使用场景，通过覆盖流程路径来设计测试用例。
意义：

• 用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用
• 测试人员角度：平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试

适用场景：

• 根据实际的应用场景，来测试业务用例，可以使用场景法

1、开始→验证银行卡不成功→结束
2、开始→验证银行卡成功→密码错误3次→结束
3、开始→验证银行卡成功→密码验证成功→账户余额不足→结束
4、开始→验证银行卡成功→密码验证成功→账户余额验证成功→取款金额不正确→结束
5、开始→验证银行卡成功→密码验证成功→账户余额验证成功→取款金额正确→ATM机余额不足→结束
6、开始→验证银行卡成功→密码验证成功→账户余额验证成功→取款金额正确→ATM机余额充足→取款成功→结束

五、错误推测法

定义：通过经验推测系统可能出现的问题
思想：根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷
场景：
1、时间紧任务量大时，根据之前项目类似经验找出易出错的模块重点测试
2、时间宽裕，通过该方法列出之前出现问题较多的模块再次测试