3. 等价类与边界值：输入域划分、典型场景设计、多条件组合的边界分析
等价类和边界值，这两个词你肯定不陌生。但说实话，我在面试中见过太多人把它们用成了「填空题」——拿到需求就机械地划几个区间，然后对着边界点一顿测。嗯，这样测出来的用例，覆盖率其实很虚。
我个人习惯把等价类看作「分类思维」，把边界值看作「风险聚焦」。两者结合，才能把输入域吃透。今天我们就聊聊，怎么在座舱软件里把这套方法玩出高阶感。
核心认知：等价类划分不是「分区间」，而是「分行为」。同一个输入值，系统处理逻辑不同，就应该划为不同的等价类。
3.1 输入域划分：别只盯着数值范围
座舱软件的输入五花八门。触摸坐标、语音文本、传感器数值、用户配置项……每个输入域都有自己独特的「脾气」。
我一般会先问自己三个问题：
- 这个输入，系统会怎么处理它？
- 处理逻辑有没有分支？
- 哪些输入会导致不同的路径？
举个例子。空调温度设置，范围是16°C到32°C。很多人直接划三个等价类：低于16、16-32、高于32。但你真的这么测过吗？
我在项目中遇到过一个问题：温度设为16°C时，系统会强制开启AC；设为17°C时，AC状态保持用户上次设置。你看，16和17虽然都在有效区间内，但触发了不同的逻辑分支。所以它们应该属于不同的等价类。
| 输入域 | 常见错误划分 | 正确划分（基于行为） |
|---|---|---|
| 温度设置 (16-32) | 无效低、有效、无效高 | 无效低、边界触发AC、常规有效、边界触发保护、无效高 |
| 音量调节 (0-100) | 无效低、有效、无效高 | 静音态(0)、低音量、中音量、高音量、最大(100) |
| 导航目的地输入 | 空、有效、无效 | 空、模糊匹配、精确匹配、历史记录、特殊字符、超长文本 |
技巧：画一张「输入-行为」映射表。每个等价类对应一个明确的行为结果，而不是一个数值区间。这样你的用例才有「灵魂」。
3.2 典型场景设计：从用户操作流里找等价类
等价类不能只从需求文档里找。你想想看，用户的操作是连续的，一个输入往往伴随着上下文。
我习惯把场景分成三类：
- 正常流场景：用户按预期操作，输入在典型范围内。
- 异常流场景：用户操作失误、输入非法、系统状态异常。
- 边界流场景：输入在临界点、系统资源紧张、并发操作。
举个例子。语音唤醒功能，正常流是用户说「你好，小X」。但异常流呢？用户只说了一半「你好……」，或者背景噪音很大，或者用户口音很重。边界流呢？连续唤醒10次、唤醒后立刻再次唤醒、唤醒时系统正在播报导航。
我曾经漏过一个场景：用户在音乐播放界面说「导航到公司」，系统先识别了「导航」关键词，弹出了导航确认框，但音乐没有暂停。结果导航语音和音乐混在一起，用户根本听不清。这就是典型的「场景等价类」没覆盖到。
避坑指南：我曾经以为等价类只跟「输入值」有关，后来发现「系统状态」和「用户操作序列」才是真正的等价类划分依据。一个输入值在不同状态下，可能属于完全不同的等价类。
3.3 多条件组合的边界分析：1+1 > 2
单个参数的边界值好找，难的是多个参数组合在一起时的边界。座舱里这种场景太多了：温度+风速+风向、音量+车速+音源、亮度+环境光+时间……
我常用的方法是「配对边界法」：
- 先找出每个参数的边界值（最小值、最大值、临界点）
- 然后用Pairwise思想，只组合那些「可能产生交互」的参数对
- 最后对每个组合，测试所有边界值的排列
举个例子。自动亮度调节，涉及三个参数：环境光强度（0-10000 lux）、用户手动偏移（-50 到 +50）、当前屏幕亮度（0-255）。
边界值如下：
- 环境光：0, 100, 500, 1000, 5000, 10000
- 手动偏移：-50, -25, 0, +25, +50
- 当前亮度：0, 50, 128, 200, 255
全组合是6×5×5=150种。但用配对边界法，我只需要关注那些「会互相影响」的组合：环境光变化时偏移是否生效、偏移值是否会导致亮度溢出、亮度在边界时调节是否平滑。最后实际用例只有30个左右。
// 伪代码：配对边界法示例
// 参数A: 环境光 [0, 100, 500, 1000, 5000, 10000]
// 参数B: 偏移 [-50, -25, 0, +25, +50]
// 参数C: 当前亮度 [0, 50, 128, 200, 255]
// 关注组合1: 环境光 + 偏移 (亮度计算是否溢出)
test_cases_1 = [
(0, -50), (0, +50), (10000, -50), (10000, +50),
(500, 0), (1000, +25), (5000, -25)
]
// 关注组合2: 偏移 + 当前亮度 (边界调节)
test_cases_2 = [
(-50, 0), (-50, 255), (+50, 0), (+50, 255),
(0, 128), (-25, 50), (+25, 200)
]
// 关注组合3: 环境光 + 当前亮度 (突变场景)
test_cases_3 = [
(0, 255), (10000, 0), (100, 200), (5000, 50)
]
关键原则：多条件组合的边界分析，不是穷举，而是「风险驱动的抽样」。只测那些「如果出问题，后果很严重」的组合。
3.4 知识体系总览
下面这张图，是我自己总结的等价类与边界值分析框架。每次做测试设计前，我都会过一遍。
这张图的核心逻辑是：从输入域出发，同时做等价类划分、边界值分析和场景设计，最后汇聚成测试用例。三者不是孤立的，而是互相补充的。
3.5 实战：一个完整的例子
最后，我们拿「座椅记忆功能」来完整走一遍流程。
需求描述：用户可保存3组座椅位置（记忆1/2/3）。保存时需长按对应按钮3秒。调用时短按即可。位置参数包括：座椅前后位置（0-100）、靠背角度（0-90）、腰托高度（0-50）。
第一步：等价类划分
- 保存操作：长按3秒、长按不足3秒、长按超过5秒
- 调用操作：短按、短按后立即再次短按、调用时座椅正在调节
- 位置参数：每个参数的有效范围、边界值、无效值
- 记忆槽位：空槽位、已占用槽位、全部占满
第二步：边界值分析
- 保存时长：2.9s, 3.0s, 3.1s, 5.0s, 5.1s
- 座椅前后：0, 1, 50, 99, 100
- 靠背角度：0, 1, 45, 89, 90
- 腰托高度：0, 1, 25, 49, 50
第三步：多条件组合
- 保存时位置参数在边界 + 槽位已满
- 调用时空槽位 + 连续快速操作
- 调节过程中断电 + 重新上电后调用
我的习惯：做完这些分析后，我会画一张「等价类-边界值-场景」对照表。每个用例都标注它覆盖了哪个等价类、哪个边界点、哪个场景。这样评审的时候，别人一眼就能看出覆盖率够不够。
好了，等价类和边界值这块，核心就是「别偷懒，别机械」。多想想系统到底怎么处理你的输入，多想想用户会怎么操作。这样设计出来的用例，才经得起推敲。