黑盒测试设计--判定表法

一. 方法简介

1.定义：判定表是分析和表达多逻辑条件下执行不同操作的情况的工具。

2.判定表的优点

能够将复杂的问题按照各种可能的情况全部列举出来，简明并避免遗漏。因此，利用判定表能够设计出完整的测试用例集合。

在一些数据处理问题当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，分别执行不同的操作。判定表很适合于处理这类问题。

3、判定表有几个要素：

1)条件桩（Condition Stub）：列出了问题得所有条件。通常认为列出的条件的次序无关紧要。

2)动作桩（Action Stub）：列出了问题规定可能采取的操作。这些操作的排列顺序没有约束。

3)条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。

4)动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。

4、规则及规则合并

1)规则：任何一个条件组合的特定取值及其相应要执行的操作称为规则。在判定表中贯穿条件项和动作项的一列就是一条规则。显然,判定表中列出多少组条件取值,也就有多少条规则,既条件项和动作项有多少列。

2)化简：就是规则合并有两条或多条规则具有相同的动作，并且其条件项之间存在着极为相似的关系。

5、判定表设计法举例：

书籍阅读指南中有以下建议：

如果觉得疲倦并且对书的内容感兴趣，不糊涂的话，回到本章重读

如果觉得疲倦并且对书的内容感兴趣，但糊涂的话，继续读下去

如果不觉得疲倦并且对书的内容感兴趣，但糊涂的话，回到本章重读

如果觉得疲倦并且对书的内容不感兴趣，但不糊涂，跳到下一章去阅读

如果觉得疲倦并且对书的内容不感兴趣，但糊涂的话，请停止阅读，休息

不疲倦，对书的内容感兴趣，书中的内容不糊涂，继续读下去

不疲倦，不感兴趣，书中内容糊涂，跳到下一章去读

不疲倦，不感兴趣，书中内容不糊涂，跳到下一章去读

s1：根据需求将条件桩、条件项、动作桩、动作项分别列出来

s2：根据化简规则对判定表进行化简：

只要觉得疲惫，那么其他两项就不再考虑，直接休息，所以上图1~4可以简化合并成一条

不疲惫且感兴趣时，无论是否糊涂，都直接休息，简化以后的测试用例如下：

6、判定表的优点和缺点

I. 优点：它能把复杂的问题按各种可能的情况一一列举出来，简明而易于理解，也可避免遗漏。

II. 缺点：不能表达重复执行的动作，例如循环结构。

合并存在漏测的风险。一个显然易见的原因是，虽然某个输入条件在输出接口上是无关的，但是在软件设计上，内部针对这个条件走了不同的程序分支（因分析内部业务流程而定）；输入和输出的逻辑关系，明确用判定表，不是很明了用因果图然后使用判定表。

7、适合使用判定表设计测试用例的条件：

①规格说明以判定表形式给出,或很容易转换成判定表。

②条件的排列顺序不会也不影响执行哪些操作。

③规则的排列顺序不会也不影响执行哪些操作。

④每当某一规则的条件已经满足,并确定要执行的操作后,不必检验别的规则。

⑤如果某一规则得到满足要执行多个操作,这些操作的执行顺序无关紧要。

这5个必要条件的目的是为了使操作的执行完全依赖于条件的组合。其实对于某些不满足这几条的判定表，同样可以借以设计测试用例，只不过尚需增加其它的测试用例罢了。