测试用例设计有哪些常用方法？

测试开发第 1 / 15 题答题框架

参考思路：等价类→边界值→判定表→场景法→错误推测法。用『输入框 1-100 分』举例说明前两种，强调组合使用与用例评审。

五个经典回答示范

回答一 · 校招应届版

常用方法五种：等价类、边界值、判定表、场景法、错误推测。我用『输入框允许 1-100 分』举例：等价类分有效 1-100、无效小于 1、大于 100、非数字、空值；边界值取 0/1/2、99/100/101。组合使用：先场景法定主干流程，再等价类边界值补数据维度，判定表处理多条件组合。

回答二 · 1-3年经验版

我的实践是按需求分层设计：业务流程用场景法覆盖正常流和异常流；输入域用等价类边界值；状态流转画状态迁移图找不合法迁移；多条件规则用判定表或正交法压缩用例。另外强调用例评审——开发和产品参与的评审比多写二十条用例更能提前发现需求歧义。

回答三 · 资深版

方法论之上我讲两个原则：一是可测性设计——需求阶段就要求开发提供可控制与可观察的接口，用例设计才落地得了；二是基于风险的分级——P0 覆盖资金与主链路做到边界与异常全覆盖，P2 只做正向冒烟。用例数量不是资产，能拦截回归风险的才是。我还会引入需求-用例双向追踪矩阵防漏测。

回答四 · 追问应对

追问『时间不够怎么裁剪用例』：按风险优先级砍，保 P0 主链路和资金相关，边界值保留高风险字段，纯体验类延后；『用例怎么避免爆炸』：正交法和成对组合把多参数组合从笛卡尔积压到两两覆盖；『判定表什么时候用』：多输入条件决定多动作的业务规则，如计费规则。

回答五 · 反面示范

『我一般凭经验想用什么测什么，想到哪写到哪，写得越多越安全，尽量把所有可能性都列出来。』——点评：没有方法论就没有覆盖度保证，纯靠记忆必然漏；『越多越安全』会造成执行不可行和维护瘫痪。测试设计的价值在结构化覆盖而非数量。

怎么练这道题

这类题在真实面试中常被追问细节，
建议进入限时模式练一遍。