12.23 源创会 · 上海站，聊聊 LLM 基础设施

1 引言

在前面几篇文章中，为大家介绍的都是系统的方法论，但在实际需求测试的过程当中，受到外部环境及业务逻辑的影响，比如涉及多需求耦合、浏览器缓存堆积等情况，仅针对当前需求设计出的测试用例就会有覆盖不全的问题，此时就需要借助以往的经验进行反向错误推测，辅助其他方法对测试用例进行完善。在本篇文章中，首先会对错误推测法的思路进行介绍，并对本系列文章中讲解的所有测试用例设计方法进行归纳总结，给出具体的可应用业务场景，便于大家在遇到同类场景时可快速筛选出适用的方法，将测试用例设计方法论真正落地到日常工作中。

2 错误推测法

2.1 定义

是基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。

2.2 设计思路

•
总结归纳以往的测试版本，找出共通的易错点

•
借助网络搜索，参考网上的测试设计要点

•
站在用户的角度去考虑非常规操作

•
编写测试场景标准库来完善错误推测方法

2.3 总结

方法	错误推测法
优点	① 充分发挥人的直觉和经验 ② 集思广益 ③ 方便使用 ④ 快速切入
缺点	① 难以知道测试的覆盖率 ② 可能丢失大量未知的区域 ③ 带有主观性且难以复制 ④ 只能作为测试设计的补充，不能单独用来设计测试用例
适用场景	先用其他方法设计测试用例，再使用错误猜测法补充用例。

3 全量适用场景总结

方法	具体使用场景
等价类划分法+边界值分析法	① 输入条件规定的取值范围或值的个数的情况（最小x）。例如用户名长度、红包金额 ② 在下拉列表中包含多个选项的情况；城市下拉选项（第一个、最后一个、中间一个） ③ 如果规定了输入数据必须的遵守规则，可确立一个有效等价类和若干个无效等价类④ 报表数据第一行、最后一行、中间一行
因果图法/判定表法	① 在界面中有多个控件，控件之间有组合或限制关系，不同的输入组合会对应不同的输出结果 ② 适合测试组合数量较少的情况，一般少于20种
正交试验法	① 表单类（均为下拉框、选项框等枚举类） ② 固定枚举组合场景类 ③ 适合测试组合数量较多的情况 ④ 在界面中有多个控件，控件之间有组合或限制关系，不同的输入组合会对应不同的输出结果
功能图	① 系统初建/重塑时，需要对系统中的对象状态流转进行测试； ② 被测对象存在状态变化的功能，如审批流的状态、线索转化的状态等等。
场景法	适用于业务流程较清晰的软件系统或功能模块，如审批流划转、在线购物、报价申请、实名认证、销售线上签约等。
错误推测法	先用其他方法设计测试用例，再使用错误猜测法补充用例，如从以下方面考虑： ① 单个空格，多个空格 ② 字符串前面有空格 ③ 字符串后面有空格 ④ 转义符 “n” ⑤ Null ⑥ 特殊字符 ⑦ 通配符 * ⑧ 空串，超长字符串

作者：京东物流陈雨婷王鹏张苑李硕

来源：京东云开发者社区自猿其说Tech 转载请注明来源

测试用例设计方法六脉神剑——第六剑：心法至简，百家之长集成