1 引言
在前面几篇文章中，为大家介绍的都是系统的方法论，但在实际需求测试的过程当中，受到外部环境及业务逻辑的影响，比如涉及多需求耦合、浏览器缓存堆积等情况，仅针对当前需求设计出的测试用例就会有覆盖不全的问题，此时就需要借助以往的经验进行反向错误推测，辅助其他方法对测试用例进行完善。在本篇文章中，首先会对错误推测法的思路进行介绍，并对本系列文章中讲解的所有测试用例设计方法进行归纳总结，给出具体的可应用业务场景，便于大家在遇到同类场景时可快速筛选出适用的方法，将测试用例设计方法论真正落地到日常工作中。
2 错误推测法
2.1 定义
是基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。
2.2 设计思路
•总结归纳以往的测试版本，找出共通的易错点 •借助网络搜索，参考网上的测试设计要点 •站在用户的角度去考虑非常规操作 •编写测试场景标准库来完善错误推测方法2.3 总结
| 方法 | 错误推测法 |
| 优点 | ① 充分发挥人的直觉和经验 ② 集思广益 ③ 方便使用 ④ 快速切入 |
| 缺点 | ① 难以知道测试的覆盖率 ② 可能丢失大量未知的区域 ③ 带有主观性且难以复制 ④ 只能作为测试设计的补充，不能单独用来设计测试用例 |
| 适用场景 | 先用其他方法设计测试用例，再使用错误猜测法补充用例。 |
3 全量适用场景总结
| 方法 | 具体使用场景 |
| 等价类划分法+边界值分析法 | ① 输入条件规定的取值范围或值的个数的情况（最小<x<最大，最小<x，最大>x）。例如用户名长度、红包金额 ② 在下拉列表中包含多个选项的情况；城市下拉选项（第一个、最后一个、中间一个） ③ 如果规定了输入数据必须的遵守规则，可确立一个有效等价类和若干个无效等价类④ 报表数据第一行、最后一行、中间一行 |
| 因果图法/判定表法 | ① 在界面中有多个控件，控件之间有组合或限制关系，不同的输入组合会对应不同的输出结果 ② 适合测试组合数量较少的情况，一般少于20种 |
| 正交试验法 | ① 表单类（均为下拉框、选项框等枚举类） ② 固定枚举组合场景类 ③ 适合测试组合数量较多的情况 ④ 在界面中有多个控件，控件之间有组合或限制关系，不同的输入组合会对应不同的输出结果 |
| 功能图 | ① 系统初建/重塑时，需要对系统中的对象状态流转进行测试； ② 被测对象存在状态变化的功能，如审批流的状态、线索转化的状态等等。 |
| 场景法 | 适用于业务流程较清晰的软件系统或功能模块，如审批流划转、在线购物、报价申请、实名认证、销售线上签约等。 |
| 错误推测法 | 先用其他方法设计测试用例，再使用错误猜测法补充用例，如从以下方面考虑： ① 单个空格，多个空格 ② 字符串前面有空格 ③ 字符串后面有空格 ④ 转义符 “\n” ⑤ Null ⑥ 特殊字符 ⑦ 通配符 * ⑧ 空串，超长字符串 |
作者：京东物流 陈雨婷 王鹏 张苑 李硕
来源：京东云开发者社区 自猿其说Tech 转载请注明来源
标签：控件,场景,错误,六脉,测试用例,测试,设计,至简 From： https://www.cnblogs.com/Jcloud/p/17916462.html