一、方法简介
1.定义：
判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。
2.判定表的优点
能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表适合于处理这类问题。
3.阅读指南：判定表
|
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
|
|
问题 |
觉得疲倦吗？ |
Y |
Y |
Y |
Y |
|
|
|
|
|
感兴趣吗？ |
Y |
Y |
|
|
Y |
Y |
|
|
|
|
糊涂吗？ |
Y |
|
Y |
|
Y |
|
Y |
|
|
|
建议 |
重读 |
|
|
|
|
Y |
|
|
|
|
继续 |
|
|
|
|
|
Y |
|
|
|
|
跳下一章 |
|
|
|
|
|
|
Y |
Y |
|
|
休息 |
Y |
Y |
Y |
Y |
|
|
|
|
|
4.判定表通常由四个部分组成，如下图所示：
1) 条件桩（Condition Stub）：列出了问题的所有条件。通常认为列出的条件的次序无关紧要。
2) 动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。
3) 条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。
4) 动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。
5.规则及规则合并
1） 规则：任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然判定表中列出多少组条件取值，也就有多少条规则，既条件项和动作项有多少列。
2） 化简：就是规则合并有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系。
6.规则及规则合并举例
1) 如下图左端，两规则动作项一样，条件项类似，在1、2条件项分别去Y、N时，无论条件3取何值，都执行同一操作。即要执行的动作与条件3无关。于是可合并。“-”表示与取值无关
2) 与上类似，下图中，无关条件项“-”可包含其他条件项取值，具有相同动作的规则可合并。
3) 化简后的读书指南判定表
|
|
1 |
2 |
3 |
4 |
|
|
问题 |
觉得疲倦吗？ |
- |
- |
Y |
N |
|
感兴趣吗？ |
Y |
Y |
N |
N |
|
|
糊涂吗？ |
Y |
N |
- |
- |
|
|
建议 |
重读 |
X |
|
|
|
|
继续 |
|
X |
|
|
|
|
跳下一章 |
|
|
|
X |
|
|
休息 |
|
|
X |
|
|
7.判定表的建立步骤：（根据软件规格说明）
1） 确定规则的个数。假如有n个条件，每个条件有两个取值（0，1），故2n种规则。
2） 列出所有的条件桩和动作桩
3） 填入条件项
4） 填入动作项，等到初始判定表
5） 简化，合并相似规则（相同动作）
二、实战演习
1.机器维修
1. 问题要求：“。。。。。。对功率大于50马力的机器，维修记录不全或已运行10以上的机器，应给予优先的维修处理。。。。。。”，这里假定，“维修记录不全”和“优先维修处理”均已在别处有更严格的定义。请建立判定表。
解答：
1、确定规则的个数：这里有3个条件，每个条件有两个取值，故应有2*2*2=8种规则。
2、列出所有的条件桩和动作桩：
|
条件 |
功率大于50马力吗？ |
|
维修记录不全吗？ |
|
|
运行超过10年吗？ |
|
|
动作 |
进行优先处理 |
3、填入条件项。可从最后1行条件项开始，逐行向上填满。
4、填入动作桩和动作项。这样便得到如下图的初始判定表
|
|
|
|
|
|
|
|
|
|
|
|
条件 |
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
|
功率大于50马力吗？ |
Y |
Y |
Y |
Y |
N |
N |
N |
N |
|
|
维修记录不全吗？ |
Y |
Y |
N |
N |
Y |
Y |
N |
N |
|
|
运行超过10年吗？ |
Y |
N |
Y |
N |
Y |
N |
Y |
N |
|
|
工作 |
进行优先处理 |
X |
X |
X |
|
X |
|
X |
|
|
作其它处理 |
|
|
|
X |
|
X |
|
X |
5、初始判定表化简。合并相似规则后得到
|
|
|
|
|
|
|
|
|
条件 |
|
1 |
2 |
3 |
4 |
5 |
|
功率大于50马力吗？ |
Y |
Y |
Y |
N |
N |
|
|
维修记录不全吗？ |
Y |
N |
N |
- |
- |
|
|
运行超过10年吗？ |
- |
Y |
N |
Y |
N |
|
|
工作 |
进行优先处理 |
X |
X |
|
X |
X |
|
作其它处理 |
|
|
X |
|
X |
2.判定表在功能测试中的应用
4. 判定表在功能测试中的应用
1) 一些软件的功能需求可用判定表表达的非常清楚，在检验程序的功能时，判定表也就成为一个不错的工具。如果一个软件的规格说明指出：
i. 当条件1和条件2满足，并且条件3和条件4不满足，或者当条件1、3和条件4满足时，要执行操作1.
ii. 在一个条件都不满足时，要执行操作2.
iii. 在条件1不满足，而条件4被满足时，要执行操作3.根据规格说明得到如下判定表
|
|
规则1 |
规则2 |
规则3 |
规则4 |
|
条件1 |
Y |
Y |
N |
N |
|
条件2 |
Y |
- |
N |
- |
|
条件3 |
N |
Y |
N |
- |
|
条件4 |
N |
Y |
N |
Y |
|
操作1 |
X |
X |
|
|
|
操作2 |
|
|
X |
|
|
操作3 |
|
|
|
X |
这里，判定表只给出了16种规则中的8种。事实上，除这8条以外的一些规则是指当不能满足指定的条件，执行3种操作时，要执行1个默许的操作。在没必要时，判定表通常可略去这些规则。但如果用判定表来设计测试用例，就必须列出这些默许规则（如下表）。
|
|
规则5 |
规则6 |
规则7 |
规则8 |
|
条件1 |
|
N |
Y |
Y |
|
条件2 |
|
Y |
Y |
N |
|
条件3 |
Y |
N |
N |
N |
|
条件4 |
N |
N |
Y |
|
|
默许操作 |
X |
X |
X |
X |
2) 判定表的优点和缺点
1、有点：它能把复杂的问题按各种可能的情况一一列举出来，简明而易于理解，也可避免遗漏
2、缺点：不能表达重复执行的动作，例如循环结构
3) B.Beizer指出了适合使用判定表设计测试用例的条件：
1.规格说明以判定表形式给出或很容易转换成判定表
2。条件的排列顺序不会也不影响执行哪些操作
3.规则的排列顺序不会也不影响执行哪些操作
4.每当某一规则的条件已经满足，并确定要执行的操作后，不必检验别的规则。
5.如果某一规则得到满足要执行多个操作，这些操作的执行顺序无关紧要。
4) B.Beizer提出这5个必要条件的目的是为了使操作的执行完全依赖于条件的组合。其实对于某些不满足这几条的判定表，同样可以借以设计测试用例，只不过尚需增加其它的测试用例罢了。