[开发测试]2.用例设计目标——特别重要

1、能对穷举场景设计测试点——等价类划分法

等价类划分法：某种特征集合划分
有效等价类：满足需求
无效等价类：不满足需求

步骤：

案例2
要求：

1. 区号:空或者是三位数字
2. 前缀码:非“0”且非“1”开头的三位数字
3. 后缀码:四位数字

有效用例 2 条，无效用例 8 条

等价类的适用场景：
有大量数据测试输入、没办法穷举测试的地方
如：输入框、下拉列表、单选复选框
典型代表：页面的输入框类测试

2、能对限定边界规则设计测试点——边界值分析法

1. 边界范围节点：选取正好等于、刚好大于、刚好小于 边界值作为测试数据

   上点：边界上的点，（正好等于）2
   离点：距离上最近的点，（刚好大于，刚好小于）2
   内点：范围内的点（一般取居中的数据）1

2. 步骤
   ①明确需求
   ②确定有效和无效等价类（不考虑位数，位数由边界控制，只考虑类型）
   ③确定边界范围值
   ④提取数据编写测试用例

3. 案例1-通过边界值法验证标题长度的合法性
   要求：标题长度大于0，小于等于 30 个字符

   注意：这里范围交给边界处理了，而且单例只能控制一个变量，有效等价和无效等价是对类型进行确定，这里的类型是字符
   
   
   
   面试题：最常用的用例设计方法由哪些？ 等价类边界值分析法：这个是针对单个输入类条件的测试，没有考虑输入条件之间的各种组合，输入条件与输出结果之间由相互制约关系的测试

3、能对多条件依赖关系进行设计测试点——判定表法

使用条件：多个条件之间有相互制约关系
组成：条件桩、动作桩、条件项、动作项。

有 n 个条件，每个条件的取值是 0、1，全组合有 2的 n 次方个用例

案例：

• 判断表适用于条件组合数量较少的情况（ 4 个条件以下）
• 判定表——多条件依赖
• 如果条件超过 4 个，就不适合覆盖所有条件，应采用（正交法）解决

4、能对于项目业务进行设计测试（重要）——场景法

业务测试覆盖
重点：

1. 覆盖业务测试，要使用流程图法
2. 先测试业务，再测试单功能、单模块、单页面

流程图：业务用例是根据流程图来梳理的，需要先了解流程图
如下所示：

作用：梳理业务用例

场景法：
使用情况：根据实际的应用场景，来测十四业务用例，可以使用场景法

案例

错误推荐法
适用场景：当所有的用例都覆盖完成，并且bug修复完成，距离业务上线还有一定时间，期间以经验去复测程序里面的主要业务。