设计测试用例的方法——黑盒测试3

-因果图

1）定义：

*提供了一个把规格转化为判定表的系统化方法，从该图中可以产生测试数据。

其中，原因是表示输入条件，结果是对输入执行的一系列计算后得到的输出

*2）作用*

*因果图是对组合情况设计用例

*因果图方法最终生成的就是判定表。它适合于检查软件输入条件的各种组合情况

3）

a.因果图中的约束

在实际问题中输入状态相互之间、输出状态相互之间可能存在某些依赖关系，称为“约束”。对于输入条件的约束有E、I、O、R四种约束，对于输出条件的约束只有M约束。

*ØE约束(异)：a和b中最多有一个可能为1，即a和b不能同时为1。

*ØI约束(或)：a、b、c中至少有一个必须为1，即 a、b、 c不能同时为0。

*ØO约束(唯一)：a和b必须有一个且仅有一个为1。

*ØR约束(要求)：a是1时，b必须是1，即a为1时，b不能为0。

*ØM约束(强制)：若结果a为1，则结果b强制为0。

4）因果图转换判定表的方法：

1. 将因果图中的所有条件（因）填入判定表的条件桩中；

2. 将因果图中的所有动作（果）填入判定表的动作桩中；

3. 根据因果图确定各个条件组合对应的动作，并且确定判定表中各个规则的条件项和动作项，
在需要时优化判定表。

5）因果图的步骤：

1.把大的系统规格划分解成可以测试的规格片段

2.分析分解后待测的系统规格，找出哪些是原因，哪些是结果

3.画出因果图

4.把因果图转换成判定表

5.简化判定表

6.用判定表中的每一列生成测试用例

6）因果图的优点/缺点
*优点：

1. 等价类法尽管各个输入条件可能出错的情况都考虑到了，但是多个输入条件组合起来出错的情况却被忽略了

2. 因果图法能够帮助我们按照一定步骤，高效的选择测试用例，设计多个输入条件组合用例

3. 因果图分析还能为我们指出，程序规格说明描述中存在什么问题
*缺点：

1. 输入条件与输出结果的因果关系，有时难以从软件需求规格说明书得到

2. 即使得到了这些因果关系，也会因为因果关系复杂导致因果图非常庞大，测试用例数目及其庞大

案例1：

一个处理单价为5角钱的饮料的自动售货机。其规格说明如下：若投入5角钱或1元钱的硬币，押下〖橙汁〗或〖啤酒〗的按钮，则相应的饮料就送出来。若售货机没有零钱找，则一个显示〖零钱找完〗的红灯亮，这时在投入1元硬币并押下按钮后，饮料不送出来而且1元硬币也退出来；若有零钱找，则显示〖零钱找完〗的红灯灭，在送出饮料的同时退还5角硬币

案例2：

某软件规格说明书包含这样的要求：第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改，但如果第一列字符不正确，则给出信息L；如果第二列字符不是数字，则给出信息M。
解答：
根据题意，原因和结果如下：
原因：
1——第一列字符是A；
2——第一列字符是B；
3——第二列字符是一个数字。
结果：
21——修改文件；
22 ——给出信息L；
23——给出信息M。
其对应的因果图如下：
11为中间节点；考虑到原因1和原因2不可能同时为1，因此在因果图上施加E约束。