你居然还不会判定表法?

本贴最后更新于 577 天前,其中的信息可能已经斗转星移

1、前言

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

先看个例子:

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

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

图片.png

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

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


2、何为判定表?

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

同样还是刚刚那个例子:

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

使用判定表得到:

图片.png

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

图片.png

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


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

图片.png


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

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

列出判定表:

图片.png

合并简化判定表:

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

图片.png

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


5、判定表的缺点

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

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

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

1 操作
potato 在 2022-09-17 19:37:07 更新了该帖
1 回帖
请输入回帖内容 ...
  • wanqiu

    上一次听这么细还是大学 老师讲课的时候听的😄