本文主要是介绍测试基础13：测试用例设计方法-错误推断、因果图判定表，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
课程大纲
1、错误推测法
靠主观经验和直觉来推测可能容易出现问题的功能或场景，设计相关测试用例进行验证。
2、因果图&判定表
2.1定义
因果图和判定表是分析和表达多逻辑条件下，执行不同操作的情况的工具。
（因果图和判定表配合使用，熟练后可直接写判定表。）
2.2应用场景
满足以下几个条件，适合使用因果图&判定表方法进行用例设计：
①在界面中有不多的几个控件（一般是2-3个，每个控件取值2-3个）。如：按钮（按/不按），单选按钮（选/不选），复选框（选/不选），选项较少的下拉列表等。
②控件之间有组合或限制关系。
③不同的输入组合会对应不同的输出结果。
④输入条件的排列顺序不影响结果。
⑤规格说明（需求文档）以判定表的形式给出，或很容易转换成判定表。
2.3因果图
因果图是通过图形展示输入项、输出项的逻辑关系，常用符号分为2种：基本符号、约束符号。
①基本符号：表达输入与输出之间的关系。
②约束符号（限制条件符号）：表达输入条件之间或者输出条件之间的限制关系。
因果图的优点：输入条件之间的关系、输出结果之间的关系、输入与输出的关系，清晰、直观。
因果图的缺点：每个规则（组合场景）需要画一次图，繁琐、效率低。
2.4判定表
判定表(Decision table)是另一种表达逻辑判断的工具，用来分析和表达多逻辑条件下执行不同操作的情况。
对测试来说，即用来展示几个控件不同取值的组合，产生的输出结果。
判定表的组成结构如下：
详解：
判定表的优点：根据输入条件的组合，勾选对应输出，一列即为一条用例。
判定表的缺点：单边关系（输入条件之间的关系、输出条件之间的关系）无法体现。（可加备注框进行标注）
2.5、设计步骤
step1.分析需求，找出所有的输入条件：所有控件，每个控件的所有取值。
step2.找出所有的输出结果。
step3.找出输入条件、输出结果中的所有组合和限制关系。
step4.明确每种输入组合对应的输出结果，画因果图，填判定表，形成用例。（熟练后，画因果图可以省略）
举例：
【延伸思考】
对于控件不多，且每个控件的取值不多的情况，组合出的场景数量不多，使用因果图和判定表进行分析和设计测试用例比较方便。而当组合的控件多、每个控件的取值达到十几个、几十个、上百个时，显然是无法通过因果图和判定表去进行穷举分析的。
因此，对这种情况，就需要借助另一种方法——正交实验法，进行测试用例的设计。
附：课程完整思维导图
这篇关于测试基础13：测试用例设计方法-错误推断、因果图判定表的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
