马上2024年了，还不会写测试用例？详解判定表法写测试用例

1、前言

等价类边界值分析法大家应该都比较熟悉，这两种方法主要针对单个输入类条件的测试，对于输入条件存在关联组合的情况则无法覆盖。如果需要对输入条件进行组合测试，那么就得好好来了解下判定表和因果图法了。因果图和判定表都是对输入组合情况进行测试，第一步都是先分析功能的输入与输出；若对输入存在约束关系的，可以先通过分析输入与输入间、输入与输出间的依赖关系画出因果图，再依据因果图得到判定表，去掉不合理组合情况，最终得到测试用例。这篇文章主要给大家介绍判定表法的概念及运用。

先看个例子：

某公司涨薪有这样一条规则：若员工有5年工龄或具有1级贡献，则涨薪。

如果使用等价类划分法得到：

设计测试用例如下：
1、员工有5年工龄且1级贡献，涨薪。(覆盖1、3)
2、员工没有5年工龄但有1级贡献，涨薪。(覆盖2)
3、员工无1级贡献但有5年工龄，涨薪。(覆盖4)

这样的话，以下这种用例情况就覆盖不到，会导致测试不全：
员工既无5年工龄也无1级贡献，不涨薪。

2、何为判定表？

判定表是分析和表达多逻辑条件下执行不同操作的工具。就是指把所有的输入条件、所有可能采取的动作按表格列出来，每一种条件和动作的组合构成一条规则，也即一条用例。

同样还是刚刚那个例子：

某公司涨薪有这样一条规则：若员工有5年工龄或具有1级贡献，则涨薪。

使用判定表得到：

容我解释下上面这张表的几个概念(看到下面这张图)：

条件桩： 列出需求规定所有的输入条件，顺序不重要
动作桩： 列出需求规定可能采取的动作，顺序不重要
条件项： 列出各个输入条件所有可能的真假值，列出全组合
动作项： 列出在条件项的各种取值情况下应该采取的动作

3、判定表设计测试用例的步骤

4、判定表设计测试用例的案例讲解

案例：某ERP系统的一个设备管理模块，负责对公司所有的设备进行日常管理，具体包含海关检验，定期维修，报废等内容，针对设备的维修系统有如下规定：
对功率大于50马力的机器同时维护记录不全，或者已经运行10年以上的机器，应该给予优先的维修处理
条件：1）功率大于50马力吗？ 2）维修记录不全吗？ 3）运行超过10年了吗？
结果：1）进行优先处理 2）做其他处理
分析条件组合，确定对应结果，建立判定表并得到最终的测试用例。

列出判定表：

合并简化判定表：

1,2合并；5,7合并； 6,8合并

以上每一列作为一条测试用例。

5、判定表的缺点

(1)当被条件输入较多时，判定表会非常庞大。

(2)输入条件之间的约束不能有效区分当前的组合是否合理，会导致产生一些不需要的组合条件。

(3)规则合并过程中存在可能漏测的风险，虽然某个输入条件在输出接口上是无关的，但是在软件设计上，内部针对这个条件采取了不同的程序分支。给个建议，针对规则不多的情况，可以不用合并。

6、总结

判定法还是比较简单的，今天给大家分享一些测试用例模板，都是总结好的，希望能帮到大家，有需要的可以私信我关键词“模板”免费获取