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

2023-12-29 03:36:30

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、总结

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

文章来源:https://blog.csdn.net/test_xiaoqi/article/details/135277024
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。