黑盒测试用例设计中因果图法详解

前面介绍了黑盒测试中的划分等价法，今天来说说因果图法。

前面介绍的等价类划分方法和边界值分析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系，相互组合等。考虑输入条件之间的相互组合，可能会产生一些新的情况。但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多。因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图。

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

利用因果图生成测试用例的基本步骤：

1、分析那些是原因，那些是结果, 并给每个原因和结果赋予一个标识符。
2、分析软件规格说明描述中的语义.找出原因与结果之间, 原因与原因之间对应的关系。
3、由于语法或环境限制, 有些原因与原因之间,原因与结果之间的组合情况不不可能出现. 为表明这些特殊情况, 在因果图上用一些记号表明约束或限制条件。
4、把因果图转换为判定表。
5、把判定表的每一列拿出来作为依据,设计测试用例。

从因果图生成的测试用例包括了所有输入数据的取TRUE与取FALSE的情况，构成的测试用例数目达到最少，且测试用例数目随输入数据数目的增加而线性地增加。

说到了判定表。就具体写一下，它是分析和表达多逻辑条件下执行不同操作的情况下的工具。在程序设计发展的初期，判定表就已被当作编写程序的辅助工具了。由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。判定表通常由四个部分组成：条件桩、动作桩、条件项、动作项。

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

还是这句话，虽说只是理论上的一些方法原则，但实际进行测试多也是根据这个理论进行，不管是 app测试还是软件测试，其实也差不多，只要理解了就行。

TestBird- 手游和App自动化测试平台