测试用例设计方法论：六脉神剑
说实话，我刚入行那会儿，写测试用例全靠拍脑袋。想到哪写到哪，测完心里也没底。后来带团队了，发现新人也是这个毛病。嗯，这其实不怪大家——没有方法论指导，测试用例设计就是门玄学。
今天我把六种最核心的方法论掰开揉碎讲给你听。这六种方法，我称之为「六脉神剑」。你不需要全部精通，但至少得知道什么时候该用哪一把。
核心观点：没有万能的方法论。好的测试工程师，懂得根据场景组合使用。
1. 等价类划分法
说白了，就是把输入数据分成几个「类」。同一类里的数据，测一个就够了。
为什么能这么干？因为程序对同一类数据的处理逻辑是一样的。你测了1和测了2，结果没区别。
举个例子：一个输入框要求输入1-100的整数。
- 有效等价类：1到100之间的整数
- 无效等价类：小于1的整数、大于100的整数、非整数（小数、字母、特殊字符）
我在项目中遇到过最典型的坑：有人把「0」归到了有效等价类里。结果上线后，用户输入0，系统直接崩了。为什么？因为代码里有个除以当前值的操作。
我的习惯：每个等价类至少选一个代表值。无效等价类尤其不能漏，很多bug都藏在这里。
2. 边界值分析法
等价类划分法的好搭档。程序最容易在边界处出问题，这是铁律。
你想想看，开发写代码时，if (x >= 1 && x <= 100) 这种条件，边界上的等号特别容易写错。我见过太多次了。
边界值选取原则：
- 取上点：正好等于边界的值（1和100）
- 取离点：紧挨着边界的值（0和101）
- 取内点：边界内的值（2和99）
| 边界类型 | 示例值 | 说明 |
|---|---|---|
| 上点 | 1, 100 | 边界本身 |
| 离点 | 0, 101 | 边界两侧最近的值 |
| 内点 | 2, 99 | 边界内部的代表值 |
我曾经踩过的坑：测试一个日期范围选择器，只测了1号和31号。结果用户选了2月28号，系统把28号当成了下个月1号处理。边界值分析时，别忘了考虑月份、年份的边界。
3. 因果图法
这个方法适合处理「多个条件组合决定一个结果」的场景。说白了，就是画个逻辑图，把条件和结果的关系理清楚。
我习惯这么用：
- 列出所有输入条件（因）
- 列出所有输出结果（果）
- 画出条件之间的逻辑关系（与、或、非）
- 根据因果图生成决策表
举个例子：登录功能。
- 条件A：用户名正确
- 条件B：密码正确
- 条件C：账号未锁定
- 结果：登录成功（A且B且C）
你看，三个条件组合起来，其实有8种情况。但用因果图一梳理，真正需要测的只有4种。
我的经验：因果图法最大的价值不是画图本身，而是帮你理清逻辑。画完图，测试用例自然就出来了。
4. 正交实验法
当条件太多，全组合测试不现实时，正交实验法就派上用场了。它用最少的用例覆盖最多的组合。
我记得有个项目，一个页面有7个下拉框，每个下拉框有3-5个选项。全组合测试？几万条用例，测到明年都测不完。
正交实验法怎么用？
- 确定因素（输入条件）和水平（每个条件的取值个数）
- 选择合适的正交表
- 根据正交表生成测试用例
比如3个因素，每个因素2个水平，用L4(2^3)正交表，只需要4条用例就能覆盖所有两两组合。
关键点：正交实验法保证的是「两两组合覆盖」，不是全组合覆盖。但对于大多数场景，两两组合已经能发现90%以上的bug了。
5. 场景法
这个方法我最喜欢用。因为它最贴近用户的实际操作。
场景法的核心是：模拟用户使用系统的完整流程。不是测单个功能，而是测「用户从登录到完成业务操作再到退出」的整个过程。
基本流和备选流：
- 基本流：用户最常用的路径，一切顺利的情况
- 备选流：各种异常情况，比如网络中断、输入错误、权限不足
我一般这么设计场景：
- 先画出业务流程图
- 标出基本流
- 在每个节点上思考「如果这里出错了会怎样」
- 把备选流补充完整
注意：场景法容易漏掉「边界场景」。比如用户同时打开两个页面操作同一个数据。所以场景法最好和边界值分析法配合使用。
6. 错误推测法
这个方法最依赖经验。说白了，就是「猜哪里容易出bug」。
我总结了一些常见的「易错点」：
- 空值处理（null、空字符串、空数组）
- 特殊字符（SQL注入、XSS攻击）
- 并发操作（同时点击、重复提交）
- 数据边界（最大值、最小值、溢出）
- 状态切换（从未初始化到初始化、从登录到登出）
我曾经接手过一个支付模块，开发说「测过了，没问题」。我随手试了个「支付金额为0」的场景，结果系统生成了0元订单，还发了发货通知。嗯，这就是错误推测法的价值。
我的建议：每次发现新bug，都把它记下来，归类到错误推测法的checklist里。时间长了，你的「猜bug」能力会越来越强。
六种方法怎么选？
我画了张图，帮你理清思路：
你看，选择方法其实很简单：
- 单个输入值：等价类 + 边界值，这对组合能覆盖90%的单输入问题
- 多个条件决定一个结果：因果图法，帮你理清逻辑关系
- 条件太多，全组合不现实：正交实验法，用最少用例覆盖最多组合
- 测试完整业务流程：场景法，模拟用户真实操作
- 任何时候：都别忘了错误推测法，这是经验的价值所在
最后说一句：这六种方法不是孤立的。我写测试用例时，经常是先用场景法画出业务流程，然后用等价类+边界值细化每个输入，遇到复杂逻辑再用因果图梳理。方法是为目的服务的，别被方法本身束缚住。
公众号:蓝海资料掘金营，微信deep3321