测试用例设计白皮书(全)

3)根据因果图建立判定表。

表中8种情况的左面两列情况中，原因①和原因②同时为1，这是不可能出现的，故应排除这两种情况。表的最下一栏给出了6种情况的测试用例，这是我们所需要的数据。

2.有一个处理单价为5角钱的饮料的自动售货机软件测试用例的设计。其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币。 1) 分析这一段说明，列出原因和结果 原因：

1.售货机有零钱找 2.投入1元硬币 3.投入5角硬币

4.押下橙汁按钮 5.押下啤酒按钮 结果：

21.售货机〖零钱找完〗灯亮 22.退还1元硬币

23.退还5角硬币 24.送出橙汁饮料 25.送出啤酒饮料

2)画出因果图，如图所示。所有原因结点列在左边，所有结果结点列在右边。建立中间结点，表示处理的中间状态。中间结点： 11. 投入1元硬币且押下饮料按钮

12. 押下〖橙汁〗或〖啤酒〗的按钮 13. 应当找5角零钱并且售货机有零钱找 14. 钱已付清

3)转换成判定表：

4) 在判定表中，阴影部分表示因违反约束条件的不可能出现的情况，删去。第16列与第32列因什么动作也没做，也删去。最后可根据剩下的16列作为确定测试用例的依据。

3.5判定表驱动分析方法 一.方法简介

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

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

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

问觉得疲1 Y 2 Y 3 Y 4 Y 5 N 6 N 7 N 8 N 题 倦？ 感兴趣吗？ Y Y N N Y Y N N 糊涂吗？ Y 重读 建继续 N √ Y √ N √ Y √ N √ Y √ N √ 议 跳下一章 休息

√ 4. 判定表通常由四个部分组成如下图所示。

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

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

3)条件项（Condition Entry）：列出针对它左列条件的取值。在所有可能情况下的真假值。 4)动作项（Action Entry）：列出在条件项的各种取值情况下应该采取的动作。 5.规则及规则合并