本文介绍了功能测试中的关键技巧，包括穷举场景下如何设计测试点，利用等价类划分法处理大量数据输入，边界值分析法应对范围限制，判定表法处理多条件依赖关系，以及错误推测法在时间紧迫时预测可能问题。这些方法帮助测试人员更有效地编写测试用例。
功能测试—day2
今天主要需要掌握的目标是：
1.能对穷举场景设计测试点
2.能对限定边界规划设计测试点
3.能对多条件依赖关系设计测试点
4.能对项目业务进行设计测试点
5.错误推测法
目录
一、能对穷举场景设计测试点
1.什么是穷举场景
穷举场景指的就是，符合条件的情况非常多，我不想每一个都测，选其中有代表性的点来测即可
2.等价类划分法
定义：在所有测试数据中，具有某种共同特征的数据集合进行划分（按需求要求来）
分类：
有效等价类：满足需求的数据的集合（只取其一，作为代表即可）
无效等价类：不满足需求的数据的集合
步骤：明确需求——确定有效等价类和无效等价类——提取数据编写测试用例
案例1：需求为QQ账号应该为6-8位的自然数
这个需求有两个点需要满足：长度得是6-8位，类型应该是自然数。从这两个点出发来设计符合要求的测试用例。注意：测试用例的编写要控制在单一变量。比如无效等价类中，如果长度不符合，那么类型需要符合；如果长度符合，那么类型要不符合。这样才能判断，单一变量对结果的影响。
案例2：需求为QQ账号应该为6-8位的自然数
注意：1条有效等价类数据，要尽量覆盖多条有效等价类的条件
3.等价类划分法的适用场景
针对：需要有大量数据测试输入，但是没法穷举测试用例的地方。比如：输入框，下拉列表，单选复选框
二、能对限定边界规划设计测试点
1.什么是限定边界
对于需求有范围限制的，比如这样的需求：需要账号满足6-12位自然数这个要求。这种有范围界定的需求，就需要用到边界值分析法。
2.边界值范围节点
选取正好等于、刚好大于、刚好小于边界的值作为测试数据
上点：边界上的点（正好等于）
离点：距离上点最近的点（刚好大于、刚好小于）
内点：范围内的点（区间范围内的数据）
有关范围限制问题，最多7条用例（不优化的前提）
边界值只能解决位数问题，无法解决类型问题，所以需要结合等价类来配合使用。
3.边界值法设计测试用例步骤
明确需求——确定有效和无效等价类——确定边界范围值——提取数据编写测试用例
4.优化（7点优化成5点）
重点：开内闭外（开区间选包含的点，闭区间选不包含的点）
开区间：不包含等号，如 a<10
闭区间：包含等号，如 a≤10
总结：单个输入框，一般用边界+等价类
三、能对多条件依赖关系设计测试点
1.判定表法的引用
等价类边界值分析法，主要是关注单个输入条件的测试。并未考虑条件之间的各种组合、输入条件与输出结果之间有相互制约关系的测试。如果出现多条件依赖的关系，就需要用到判定表法。
2.判定表法的定义
是一种以表格形式表达多条件逻辑判断的工具
3.判定表的组成
以此需求为例：验证用户若欠费或者关机，则不允许主被叫。
条件桩：是否欠费和是否关机
动作桩：是否允许被主叫
条件项：是和否（黄色区域）
动作项：是和否（蓝色区域）
判定表中贯穿条件桩和动作桩的一列，就是一条规则
假设有n个条件，每个条件的取值有2个，那么就有2的n次方种规则
4.判定表法设计测试用例的步骤
明确需求——画出判定表（1.列出条件桩和动作桩 2.填写条件项，对条件进行全组合 3.根据条件项的组合确定动作项 4.简化合并相似规则）——根据规则编写测试用例
案例1：
案例2：
5.判定表方法使用场景
有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系。
判定表法一般适用于条件组合数量较少的情况（比如4个条件以下）
如果超过4个条件了，就用正交法（一般不会用上，因为超过4个条件就说明设计太过复杂，健壮性比较小，这个时候就需要反思设计是否有问题）
四、能对项目业务进行设计测试点
1.流程图
覆盖业务测试，需要使用到流程图。业务用例是根据流程图梳理出来的，要先了解流程图。场景法，依赖于流程图。
2.流程图对测试人员有什么作用
能够看得懂流程图，设计业务用例
当需求文档信息不全时，能够根据需求，梳理出流程
网页版工具：https://processon.com/
windows工具：visio
3.场景法
定义：场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例
场景法的意义：
用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用
测试人员角度：平时测试的都是单个功能点，容易忽略多个功能的组合测试
适用场景：根据实际的应用场景，来测试业务用例，可以使用场景法。业务用例必须先测
案例1:ATM机取款流程图
把上图转换成下面的写法（如果上面的流程图线路很清晰，这一步可以省略）：
再把上图的流程转换成测试用例：
五、错误推测法
1.错误推测法的定义
通过经验推测系统可能出现的问题（测试经验和相似项目进行推测）
2.使用场景
在时间紧，任务量大时，根据之前项目类似经验找出易出错的模块重点测试。时间宽裕通过该方法列出之前出现问题较多的模块再次测试
实际使用的时机：当项目用例都执行完毕，且BUG修复完成，离上线还有一段时间，在这段时间可以使用错误推测法。
总结
以上内容是，在编写用例之前，会用到的一些梳理测试用例的方法。核心需要用到的是四种方法：1.等价类方法
2.边界值方法
3.判定表方法
4.场景法（流程图法）
学会了以上几种方法，在编写测试用例的时候，根据情况，来直接进行套用编写即可。
扫一扫
716
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
