判定表化简是什么
当某些条件的取值不影响结果时,用无关项(-)把多条规则合并成一条,减少用例数量并保留语义完整性。合并的前提是结果完全一致:折扣档位、审批路径不同则不能合并。合并前后都要显式记录,评审时才能核对合并没有丢分支。
基本信息
| 合并条件 | 某条件取值不影响结果时标为无关项 |
|---|---|
| 禁止合并 | 结果不同的规则不能合并 |
| 记录要求 | 合并前后规则表随用例一起留存 |
| 校验步骤 | 抽样把合并规则展开回原始组合,核对语义 |
| 评审要点 | 无关项的判定理由要写清 |
| 常见收益 | 规则数与用例数同步下降,维护更简单 |
| 适用范围 | 条件与动作关系复杂的业务规则 |
| 配套方法 | 与判定表、因果图等方法配合使用 |
合并示例
合并示例
合并前(部门作为条件):
R1: 金额<=1000, 部门=A -> 主管审批
R2: 金额<=1000, 部门=B -> 主管审批
R3: 金额<=1000, 部门=C -> 主管审批
合并后:
R1: 金额<=1000, 部门=-(无关项)-> 主管审批
# 前提:结果完全一致;结果不同(如金额>1000)禁止合并
# 保留合并前后对照表,评审时抽查展开典型使用场景
- 规则治理:审批、折扣、权限规则逐条核对与化简。
- 用例缩减:按合并后的规则生成用例,数量下降且语义完整。
- 评审会议:合并理由与前后表一起评审,防止误合并。
- 需求变更:新增条件时评估对现有合并的影响。
- 自动化设计:规则表直接作为数据驱动用例的输入。
- 培训练习:用展开校验理解无关项与合并边界。
- 规则入库:合并后的规则表作为产品与测试的共同口径。
合并要显式标注无关项并说明理由,评审时能确认合并没有丢失真实分支。
抽样展开是自查手段:随机挑几条合并规则还原成组合,看语义是否仍成立。
合并是简化表达不是简化验证:高风险规则仍要覆盖展开后的关键组合。