目标
- 能够针对穷举场景设计测试点
- 能够针对限定边界规则设计测试点
- 能够对多条件依赖关系进行设计测试点
- 能够使用对于项目业务进行设计用例【重点】
目录
一、解决穷举问题
方法：使用等价类实现
分类
（1）有效等价：所有有效数据集合，取一个即可。
（2）无效等价：所有无效数据集合，取一个即可。
步骤
（1）明确需求
（2）确定有效等价和无效等价
（3）提取数据编写用例
案列1：6-10自然数
案列2：电话
用例执行
提示：预期结果与实际结果不一致，即为不通过；反之，则通过。
业务场景
针对需要有大量数据测试输入，但是无法穷举的地方
如：输入框、下拉列表、单选复选框等
典型代表：页面级的输入框类测试
二、解决边界限制问题
方法：边界值设计方法
名词
案列1：标题
优化
边界上的点：开内闭外
开区间：不包含（ ）
闭区间：包含[ ]
示例：6 <= QQ <=10 -->[6,10] -->选择范围外数字比如5、11等进行测试（一般选择外离点即可），7、9去除不进行测试（排除内离点）
业务场景
常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
典型代表：有边界范围的输入框类测试
提示
边界值可以覆盖等价类的长度（如数字），但是无法覆盖数据类型（如字母）。
所以设计用例时，必须两者结合
三、解决多条件依赖问题
方法：使用判定表
定义
一种以表格形式表达多条件逻辑判断的工具
组成
条件桩：列出问题中的所有条件，列出条件的次序无关紧要。
动作桩：列除外问题中可能采取的操作，操作的排列顺序没有约束。
条件项：列出条件对应的取值，所有可能情况下的真假值。
动作项：列出条件项的、各种取值情况下应该采取的动作结果。
案列：打电话
规则
判定表中贯穿条件项和动作项的一列就是一条规则
假设有n个条件，每个条件的取值有两个，如0和1，那么全组合有2的n次方种规则
步骤
案列1：订单
案列2：修改文件
业务场景
有多个输入条件，多个输出结果，输入条件之间有**组合**关系，输入条件和输出结果之间有依赖（制约）关系
判定表一般适用于条件组合数量较少的情况（比如4个条件以下）
提示：如果碰到项目中多条件组合大于4个相互依赖，可以使用正交表和因果图来实现，具体可自行查阅资料。
四、解决业务测试点覆盖问题
方法：使用流程图，测试业务
流程图
案列：ATM取款机
拓展：错误推荐法
场景：时间紧，任务量大时使用（没有时间写用例）
目标回顾
解决穷举测试点覆盖问题
解决边界限制测试点覆盖问题
解决多条件组合依赖测试点覆盖问题
解决项目业务场景测试点覆盖问题【重点】
注：本笔记参照软件测试课程对知识点进行简单撰写，如有看不懂的地方可观看课程进行详细学习，链接如下：软件测试学习课程
标签：场景,测试点,案列,笔记,学习,条件,解决,穷举,软件测试 From： https://blog.csdn.net/weixin_53811319/article/details/143388354