首页/开发/软件测试速查/判定表化简(合并规则)
用例设计方法62 条

判定表化简(合并规则)

当某些条件的取值不影响结果时,可用无关项(-)合并规则,减少用例数量并保留语义完整性。

软件测试速查开发更新于 2026-10-13

判定表化简是什么

当某些条件的取值不影响结果时,用无关项(-)把多条规则合并成一条,减少用例数量并保留语义完整性。合并的前提是结果完全一致:折扣档位、审批路径不同则不能合并。合并前后都要显式记录,评审时才能核对合并没有丢分支。

基本信息

合并条件某条件取值不影响结果时标为无关项
禁止合并结果不同的规则不能合并
记录要求合并前后规则表随用例一起留存
校验步骤抽样把合并规则展开回原始组合,核对语义
评审要点无关项的判定理由要写清
常见收益规则数与用例数同步下降,维护更简单
适用范围条件与动作关系复杂的业务规则
配套方法与判定表、因果图等方法配合使用

合并示例

合并示例
合并前(部门作为条件):
R1: 金额<=1000, 部门=A -> 主管审批
R2: 金额<=1000, 部门=B -> 主管审批
R3: 金额<=1000, 部门=C -> 主管审批
合并后:
R1: 金额<=1000, 部门=-(无关项)-> 主管审批
# 前提:结果完全一致;结果不同(如金额>1000)禁止合并
# 保留合并前后对照表,评审时抽查展开

典型使用场景

  • 规则治理:审批、折扣、权限规则逐条核对与化简。
  • 用例缩减:按合并后的规则生成用例,数量下降且语义完整。
  • 评审会议:合并理由与前后表一起评审,防止误合并。
  • 需求变更:新增条件时评估对现有合并的影响。
  • 自动化设计:规则表直接作为数据驱动用例的输入。
  • 培训练习:用展开校验理解无关项与合并边界。
  • 规则入库:合并后的规则表作为产品与测试的共同口径。
合并要显式标注无关项并说明理由,评审时能确认合并没有丢失真实分支。
抽样展开是自查手段:随机挑几条合并规则还原成组合,看语义是否仍成立。
合并是简化表达不是简化验证:高风险规则仍要覆盖展开后的关键组合。

易错点

  • 随意合并导致原本不同的结果被合并(如折扣档位不同)。
  • 合并后的规则与用例映射丢失,需求变更时无法定位。
  • 无关项没有写理由,评审只能看结论无法验证。
  • 只在新版本合并而不留旧表,问题追溯不了。
  • 只简化不评审,业务方看不懂合并后的规则表。

数据来源与参考

  • ISTQB CTFL 4.0 大纲(判定表与规则合并)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌