判定表（Decision Table）是一种通过分析输入条件的组合及其对应输出结果，来设计测试用例的逻辑工具。它特别适用于输入条件较多、条件间存在复杂逻辑关系（如与、或、非）的场景，能够系统化地覆盖所有可能的条件组合，避免遗漏。以下是判定表的设计步骤及示例说明：
一、适合使用判定表的场景
-
多条件组合 ：输入条件超过2个，且条件之间存在逻辑依赖（如"A且B""A或B"）。
-
规则明确 ：每个条件组合对应唯一确定的输出结果。
-
避免遗漏 ：需覆盖所有可能的条件组合 （或按风险优先级覆盖关键组合）。
典型应用场景：
• 用户登录验证（用户名、密码、验证码组合）。
• 订单折扣计算（会员等级、订单金额、促销活动组合）。
• 交通信号灯控制（时间、车流量、行人请求组合）。
二、使用判定表构造测试用例的步骤
-
识别条件与动作：列出所有输入条件（如"用户名是否有效"）和输出动作（如"允许登录"）。
-
确定条件取值：为每个条件定义可能的取值（如"用户名有效"取值为"是/否"）。
-
构建判定表：将条件组合与对应动作填入表格，形成规则。
-
简化判定表 ：合并重复规则（如"A且B"与"A且非B"可拆分为独立规则）。
-
生成测试用例：将每条规则转化为一个测试用例，明确输入与预期输出。
三、示例：用户登录功能测试
- 需求描述
用户登录需满足以下条件：
• 条件1：用户名是否有效（有效/无效）。
• 条件2：密码是否正确（正确/错误）。
• 条件3：验证码是否匹配（匹配/不匹配）。
• 动作：允许登录（是/否）。
- 构建判定表
规则编号 用户名有效 密码正确 验证码匹配 允许登录
1 是 是 是 是
2 是 是 否 否
3 是 否 是 否
4 是 否 否 否
5 否 - - 否
说明：
• 规则5中，用户名无效时无需验证密码和验证码（用"-"表示无关条件）。
• 共覆盖5种规则（实际组合为2×2×2=8种，但通过简化合并了部分无效场景）。
- 生成测试用例
用例编号 用户名 密码 验证码 预期结果
TC1 有效用户 正确密码 匹配验证码 允许登录
TC2 有效用户 正确密码 不匹配验证码 提示"验证码错误"
TC3 有效用户 错误密码 匹配验证码 提示"密码错误"
TC4 有效用户 错误密码 不匹配验证码 提示"密码或验证码错误"
TC5 无效用户 任意 任意 提示"用户名不存在"
四、判定表的优势与注意事项
- 优势：
• 系统性：覆盖所有条件组合，避免遗漏。
• 可读性：逻辑清晰，便于评审与维护。
• 效率高：减少重复用例，聚焦关键路径。
- 注意事项：
• 条件独立性：条件间应尽量独立（如避免"用户名有效"隐含"密码存在"）。
• 简化规则：合并重复规则时需确保逻辑一致（如"A且B"与"A且非B"需分开）。
• 优先级排序：对高风险组合（如"用户名有效+密码错误+验证码匹配"）优先测试。
五、进阶示例：订单折扣计算
需求
订单折扣规则：
• 条件1：会员等级（普通/银卡/金卡）。
• 条件2：订单金额（≥1000元/<1000元）。
• 条件3：促销活动（参与/不参与）。
• 动作：折扣率（0%/5%/10%/15%）。
判定表（简化版）
规则编号 会员等级 订单金额 促销活动 折扣率
1 普通 ≥1000元 参与 10%
2 普通 ≥1000元 不参与 5%
3 普通 <1000元 - 0%
4 银卡 ≥1000元 参与 15%
5 银卡 <1000元 参与 10%
6 金卡 - - 15%
测试用例：根据规则编号生成具体输入与预期输出（如TC1：普通会员+1200元+参与促销→折扣10%）。
通过判定表，可以高效、全面地设计测试用例，尤其适合复杂业务逻辑的验证。