今日学习目标
-
能够针对穷举场景设计测试点
-
能够针对限定便捷规则设计测试点
-
能够对多条件依赖关系进行设计测试点
-
能够使用对于项目业务进行设计用例
等价类划分法
1：等价划分：
解决穷举问题
能够针对穷举场景设计测试点
-
说明：在所有测试数据中，具有某种共同特征的数据集合进行划分
-
分类：
-
有效等价类：满足需求的数据集合
-
无效等价类：不满足需求的数据集合
-
步骤
-
明确需求
-
确定有效合和无效等价类
-
提取数据编写测试用例
案例（1：QQ号） ：6-10自然数
案例（2：电话号码）
-
用例执行
提示预期结果豫实际结果不一致，为缺陷。
2：适用场景
-
针对：需要有大量数据测试输入，但是没法穷举测试的方法
-
输入框
-
单选复选框
-
下拉列表
-
-
典型代表：页面级的输入框类测试:
边界值分析法
能够针对限定便捷规则设计测试点
-
边界范围节点（选取正好等于，刚好大于，刚好小于边界的值作为测试数据）
-
上点：边界上的点（正好等于）
-
离点：距离上点最近的点（刚好大于，刚好小于）
-
内点：范围内的点（区间范围内的数据）
-
-
应用设计步骤
-
案例
-
优化
边界上的点：开内闭外
就是数学上的开区间和闭区间
开内闭外：
案例：6<=qq<=10 -->[6,10]-->开内闭外-->5,11进行测试（7,9）去除
-
适用场景
-
在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）
-
常见词语描述：大小，尺寸，重量，最大，最小。至多，至少等修饰词语
-
典型代表：有边界范围的输入框类测试
-
-
提示：边界值可以覆盖等价类的长度，无法覆盖类型。所以设计用例是，要两者结合。
判定表法
解决对多条件依赖关系进行设计测试点
判定表发的引用
-
案例：验证“若用户欠费或者关机，则不允许主被叫功能的测试 ”
-
说明：
-
等价类边界值分析法主要关注单个输入类条件的测试
-
并未考虑输入条件之间的各种组合，输入条件与输入结果之间有相互制约关系的测试
-
判定表定义及组成部分
-
定义：是一种以表格形式表达多条逻辑判断的工具
-
组合：
-
条件桩：列出问题中的所有条件，列出条件的次序无关紧要
-
动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束
-
条件项：列出条件对应的取值，所有可能情况下的真假值
-
动作项：列出条件项的，各种取值情况下应该采取的动作结果
-
-
规则
-
判定表中贯穿条件项和动作项的一列就是一条规则
-
假设有N个条件，每个条件的取值有两个（是或否），全组合就有2的N次方中规则
-
-
判定表发设计用例步骤
-
明确需求
-
画出判定表
-
列出条件桩和动作桩
-
填写条件项，对条件进行全组合
-
根据条件项的组合确定动作项
-
简化，合并相似规则（有相同的动作）
-
案例
（1）
（2）
-
使用场景
-
有多个输入条件，多个输入结果输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
-
判定表一般适用于条件组合数量较少的情况（比如4个条件一下）
-
提示：如果碰到项目中多条组合大于4个相互依赖，可以使用（正交表和因果图来实现）
场景法
能够使用对于项目业务进行设计用例
扩展：流程图
提示：流程图主要用来解决业务用例问题
-
-
练习
扩展：错误推荐法
场景：时间紧，任务量⼤时使⽤。（没有时间写⽤例）
目标回顾
-
解决穷举测试点覆盖问题
-
解决边界限制测试点覆盖问题
-
解决多条件组合依赖测试点覆盖问题
-
解决项目业务场景测试点覆盖问题（重点）
