【软件测试之判定表法】

判定表又称“决策表”，是一种表格状的图形工具，适用于处理判断条件较多，各条件又相互组合、有多种决策方案的情况。由于决策表可以把复杂的逻辑关系和多种条件组合的情况表达的既具体又明确，因此在程序设计发展的初期，判定表就经常被当作编写程序的辅助工具。

判定表通常由 4 个部分组成：

条件桩（Condition Stub）：指所有条件的名称，列出的条件的先后次序无关紧要。 动作桩（Action Stub）：指所有可能采取的操作，顺序没有约束。 条件项（Condition Entry）：条件桩中的条件所有可能的取值。 动作项（Action Entry）：与条件项紧密相关，列出在条件项的各组取值情况下应该采取的动作。

任何一个条件组合的特定取值及其相应要执行的操作称为一条规则（Rules），在判定表中贯穿条件项和动作项的一列就是一条规则。显然，判定表中条件有多少组合取值，也就有多少条规则。根据软件规格说明，建立判定表的步骤如下：

运用判定表设计测试用例，可以将条件理解为输入，将动作理解为输出。

超市中如果某产品的销售好并且库存低，则继续销售并增加该产品的进货；如果该产品销售好，但库存量不低，则继续销售；若该产品销售不好，但库存量低，则该产品下架；若该产品销售不好，且库存量不低，如果有空货架则继续销售，如果没有空货架，则该产品下架。

请使用判定表法设计测试用例。

【解析】

分析需求，列出所有的条件桩和条件项。如下表所示。

分析需求，列出所有的条件组合所产生的动作。

根据规则，设计初始判定表，如下表 所示。

对于本题有 3 个条件（销售、库存、有空货架），每个条件有 2 个取值（是或否），根据“组合”的原理，共有 23=8 种规则。

第 4 步：简化判定表

实际使用判定表时需要简化，简化是以合并相似规则为目标，若表中有 2 条以上规则具有相同的动作，并且在条件项之间存在极为相似的关系，则可以合并。

根据表中情形，第 1、2 条规则其动作项一致，条件项中的前 2 个条件取值一致，只有第 3 个条件取值不同，说明第 3 个条件无论取何值，都对相应的动作没有影响，这 2 条规则可以合并。合并后的 C3 示为--，说明在当前规则中该条件的取值与动作的取值无关，称为无关条件。根据此原则，第 3、4 条规则和第 5、6 条规则也可以合并，化简后的超市销售库存判定表如下表所示：

有一个“计算房产基础中介费”的程序，规定中介费用政策如下：

另外房屋销售单价和客户的性质对中介费也有影响：

【解析】：

分析各种输入情况，列出条件桩和条件项。如下表所示。

分析程序的规格说明，并结合以上条件项，列出可能采取的操作。

根据以上分析的步骤，画出判定表，如下表所示。（根据合并规则，此处没有需要简化的项）：

根据以上判定表，设计测试用例。如下表 所示：

判定表法的基本思路是对多个条件的组合进行分析，从而设计用例来覆盖各种组合。适合使用判定表设计测试用例需要的条件如下：

判定表法最突出的优点是：能够将复杂的问题按照各种可能的情况全部列出来，简明并避免遗漏，而且对条件的组合顺序并无要求。因此，利用判定表法能够设计出完整的测试用例合集。

但判定法也有他的缺点，那就是没有考虑输入条件之间的相互制约关系（例如互斥关系）。