最全测试用例经典设计方法之 因果图法_因果图测试，2024年最新2024软件测试网络编程总结篇

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

01 因果图设计测试用例的步骤

1、分析需求

阅读需求文档，如果User Case很复杂，尽量将它分解成若干个简单的部分。这样做的好处是，不必在一次处理过程中考虑所有的原因。没有固定的流程说明究竟分解到何种程度才算简单，需要测试人员根据自己的经验和业务复杂度具体分析。

2、确定原因和结果

在每个已经分解好的块中，找出哪些是原因，哪些是结果。并且把原因和结果分别画出来。原因放在一列，结果放在一列

如下图所示：

3、确定逻辑关系

继续分析需求文档，找出原因和结果之间的关系，用逻辑运算符标出

4、确定约束关系

继续分析需求，找出原因和原因、结果与结果之间的约束限制，用上面说的约束关系标出

5、把因果图转换为决策表

给每个原因分别取真和假二种状态，用0和1表示。画一个有限项决策表，列出所有状态的状态组合。包含3个原因、2个结果的有限项决策表如下

根据原因给出结果，上面的决策表中，不一定每个原因的状态组合都是有效的。要根据因果图中的约束条件，去掉不可能出现的组合，从决策表中标记出来。并给出每个可能的原因组合对应的结果。

设计测试用例，上一步完成之后，决策表的每一个有效列都对应一个测试用例。

02 举例说明

下面用几个例子来说明因果图的用法：

例子1

某软件需求说明书：某段文本中，第一列字符必须是A或B，第二列字符必须是一个数字，在此情况下进行文件的修改。但如果第一列字符不正确，则给出信息L；如果第二列字符不是数字，则给出信息M。由于此需求已经非常清晰，所以标准步骤中的第一步省略，从第二步开始分析。

确定原因和结果：从大的方面看，第一列和第二列不同的字符会引起不同的结果，所以初步分析原因结果图如下

确定因果逻辑关系：如果第一列和第二列都正确，则修改文件；如果第一列不正确，给出信息L；如果第二列不正确，给出M。可以得出下面的因果图

而根据需求描述，原因c1还可以细分为2个原因：第一列字符是A（c11），第一列字符是B（c12）。因此原因c1其实也可以看作成结果。把它用因果图表示出来如下：

根据上面的分析，其实总共有3个原因，3个结果。

确定约束关系：从需求描述中可知，原因c11和c12不可能同时为真，但可以同时为假，因此满足排他性约束。这三个结果之间没有掩码标记的约束。

完整的因果图如下：

根据因果图画决策表：列出3个原因所有的状态组合

根据原因分析结果：分析每一种状态对应的结果，并根据约束关系，去掉不可能出现的状态。本例的c11和c12满足排他性约束，所以同时都为1的状态不会出现。

设计测试用例：根据决策表，列出有效的状态组合和结果，给出对应的测试用例，可以单独画一个表，也可以直接加到决策表中。

如下图：

到现在为止，使用因果图设计测试用例的一个简单的例子就完成了。

例子2

再以支付宝认证总流程为例，说明因果图的实际应用，支付宝个人认证中，分为两部分：个人身份认证和银行卡认证。这两者都通过后，认为个人认证成功。

个人身份认证需要提交个人基本信息及身份证复印件。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取