判定表是分析和表达多逻辑条件下执行不同操作的工具。它能够将复杂的问题按照各种可能的情况全部列举出来。因此，利用判定表能够设计出完整的测试用例集合。在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题。另外，判定表通常与因果图法结合使用。
判定表的组成
判定表通常由四个部分组成如下图所示。
（1）条件桩（Condition Stub）：列出问题的所有条件。通常认为列出的条件的次序无关紧要。
（2）动作桩（Action Stub）：列出问题规定可能采取的操作。这些操作的排列顺序没有约束。
（3）条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。
（4）动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。
（5）规则：任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列。注意化简，即规则合并有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系。
判定表建立方法
（1）确定规则的个数。假如有n个条件，每个条件有两个取值（0,1），故有2的n次方种规则。
（2）列出所有的条件桩和动作桩。
（3）填入条件项。
（4）填入动作项。制定初始判定表。
（5）简化。合并相似规则或者相同动作。
判定表使用实例
1、需求描述：”……对功率大于50马力的机器、维修记录不全或已运行10年以上的机器，应给予优先的维修处理……” 。这里假定，“维修记录不全”和“优先维修处理”均已在别处有更严格的定义 。请建立判定表。
（1）确定规则的个数。规则个数的取值为2的n次方，n为条件个数。需求描述中有有3个条件（功率大于50马力、维修记录不全、运行10年以上），每个条件有两个取值，故应有2的3次方，共8种规则。
（2）列出所有的条件桩和动作桩。
（3）填入条件项。可以从第1列开始次序减去1。按照二进制计算方法。如7（111）、6（110）、...、0（000）。
（4）填入动作桩和动作顶。这样便得到形如图的初始判定表。
|
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
|
|
条件 |
功率大于50马力吗？ |
1 |
1 |
1 |
1 |
0 |
0 |
0 |
0 |
|
维修记录不全吗？ |
1 |
1 |
0 |
0 |
1 |
1 |
0 |
0 |
|
|
运行超过10年吗？ |
1 |
0 |
1 |
0 |
1 |
0 |
1 |
0 |
|
|
动作 |
进行优先处理 |
1 |
1 |
1 |
|
1 |
|
1 |
|
|
作其他处理 |
|
|
|
0 |
|
0 |
|
0 |
|
（5）化简，合并相似规则后得到图。
|
1 |
2 |
3 |
4 |
5 |
||
|
条件 |
功率大于50马力吗？ |
1 |
1 |
1 |
0 |
0 |
|
维修记录不全吗？ |
1 |
0 |
0 |
- |
- |
|
|
运行超过10年吗？ |
- |
1 |
0 |
1 |
0 |
|
|
动作 |
进行优先处理 |
1 |
1 |
|
1 |
|
|
作其他处理 |
|
|
1 |
|
1 |
|
适合使用判定表的场景
B. Beizer 指出了适合使用判定表设计测试用例的条件：
（1）规格说明以判定表形式给出，或很容易转换成判定表。
（2）条件的排列顺序不会也不影响执行哪些操作。
（3）规则的排列顺序不会也不影响执行哪些操作。
（4）每当某一规则的条件已经满足，并确定要执行的操作后,不必检验别的规则。
（5）如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。
B. Beizer提出这5个必要条件的目的是为了使操作的执行完全依赖于条件的组合。其实对于某些不满足这几条的判定表，同样可以使用判定表设计测试用例，只不过还需要增加其它的测试用例。
判定表的优点和缺点
优点：它能把复杂的问题按各种可能的情况一一列举出来，简明而易于理解，也可以避免遗漏。
缺点：不能表达重复执行的动作，例如循环结构。
参考资料
2、《黑盒测试用例设计方法》