unitTest+Ddt数据驱动测试

article/2025/10/11 18:40:01

我们设计测试用例时,会出现测试步骤一样,只是其中的测试数据有变化的情况,比如测试登录时的账号密码。这个时候,如果我们依然使用一条case一个方法的话,会出现大量的代码冗余,而且效率也会大大降低。此时,ddt模块就能帮助我们解决这个问题。

ddt(data-driven test),顾名思义,数据驱动测试。这个模块是第三方库,需要我们自己下载。或者直接在命令行输入pip install ddt。

Ddt 用法 

先看一个简单的演示:

import unittest
import ddt
@ddt.ddt # 解析Demo中使用了ddt装饰器的方法
class Demo(unittest.TestCase):@ddt.data(1, 2) # 迭代的参数值def test_case_1(self, v): # 迭代的参数个数需要与方法中的形参个数一致print(f"v:{v}")@ddt.data((1, 2), [3, 4]) # 迭代的参数值类型可以为元组或列表@ddt.unpack # 当迭代的参数为多维数组时,需要使用该装饰器来解析参数def test_case_2(self, v1, v2):print(f"v1:{v1} v2:{v2}")@ddt.data({"v3": 1, "v4": 2}, {"v3": 3, "v4": 4}) # 迭代的参数值类型可以为字典,字典的key值需要与形参的名称一致@ddt.unpackdef test_case_3(self, v3, v4):print(f"v3:{v3} v4:{v4}")if __name__ == '__main__':unittest.main()

演示结果:

Ddt 缺陷 

按照上面的方法将ddt运用到实际项目中,就能实现数据驱动的功能了。但是,用dir(Demo)查看类的属性时,发现找不到 test_case_1,*2,*3的方法名称,而是出现下图类似的名称。

点击查看大图↑

这是因为ddt为了防止方法名冲突,自动修改了方法名称。名称改变后,表面看起来也没影响用例的执行,这是因为我们使用的是自动搜索用例的方法执行的用例,如果使用addTest这种指定用例的方法就会报错:ValueError: no such test method in <class '__main__.Demo'>: test_case_1

如果我们不用指定用例的方法那是不是就没有问题了呢?执行上确实没问题,但如果我们使用了自动生成报告的模块(比如:BeautifulReport),生成的报告中,用例名称显示的是修改后的名称。

修复Ddt缺陷 

添加指定用例的方法看起来是无解的,因为使用数据驱动迭代的过程中,ddt必然会修改被装饰方法的方法名称,那怎么办呢?既然是ddt在解析用例过程中修改的方法名称,那么我们在解析过程中自定义用例名。

综合考虑各数据类型的特性后,决定不修改ddt对元组和列表类型数据的处理方式,只在字典类型的数据中添加指定用例名称的方法。

通读ddt源码,发现ddt是在 mk_test_name() 函数中定义的用例名称,具体代码如下:

def mk_test_name(name, value, index=0, name_fmt=TestNameFormat.DEFAULT):# Add zeros before index to keep orderindex = "{0:0{1}}".format(index + 1, index_len)if name_fmt is TestNameFormat.INDEX_ONLY or not is_trivial(value):return "{0}_{1}".format(name, index)try:value = str(value)except UnicodeEncodeError:# fallback for python2value = value.encode('ascii', 'backslashreplace')test_name = "{0}_{1}_{2}".format(name, index, value)return re.sub(r'\W|^(?=\d)', '_', test_name)

我们只要在这部分代码中增加对字典类型的数据处理即可,增加蓝色区域代码如下:

def mk_test_name(name, value, index=0, name_fmt=TestNameFormat.DEFAULT):# Add zeros before index to keep orderindex = "{0:0{1}}".format(index + 1, index_len)if name_fmt is TestNameFormat.INDEX_ONLY or not is_trivial(value):if isinstance(value, dict):test_name = value.get("case_name")if test_name is not None:return test_namereturn "{0}_{1}".format(name, index)try:value = str(value)except UnicodeEncodeError:# fallback for python2value = value.encode('ascii', 'backslashreplace')test_name = "{0}_{1}_{2}".format(name, index, value)return re.sub(r'\W|^(?=\d)', '_', test_name)

修改代码后,自定义用例名称的用法是在数据中定义case_name的key,值就为用例名称。

代码演示如下:

import unittest
import ddt
@ddt.ddt # 解析Demo中使用了ddt装饰器的方法
class Demo(unittest.TestCase):@ddt.data(1, 2) # 迭代的参数值def test_case_1(self, v): # 迭代的参数个数需要与方法中的形参个数一致print(f"v:{v}")@ddt.data((1, 2), [3, 4]) # 迭代的参数值类型可以为元组或列表@ddt.unpack # 当迭代的参数为多维数组时,需要使用该装饰器来解析参数def test_case_2(self, v1, v2):print(f"v1:{v1} v2:{v2}")@ddt.data({"v3": 1, "v4": 2, "case_name": "test_normal"}, {"v3": 3, "v4": 4, "case_name": "test_error"}) # 在数据中定义case_name的key,值就为用例名称@ddt.unpackdef test_case_3(self, v3, v4, case_name):print(f"v3:{v3} v4:{v4}")

执行结果如下

需要注意两点:

  1. 自定义的用例名称不能相同,虽然不会报错,但是只会执行一个用例。

  2. 自定义的用例名称也必须是test开头。

使用这种方法,也能解决addTest添加不了用例的问题,有兴趣自己可以试试,就不在演示了。

ddt的数据可在用例描述中参数化显示

ddt对用例描述使用format方法进行了初始化

  因此在用例描述中,增加参数值的显示

@ddt.ddt # 解析Demo中使用了ddt装饰器的方法
class Demo(unittest.TestCase):@ddt.data({"v3": 1, "v4": 2, "case_name": "test_normal"}, {"v3": 3, "v4": 4, "case_name": "test_error"}) # 在数据中定义case_name的key,值就为用例名称@ddt.unpackdef test_case(self, v3, v4, case_name):"""参数值为v3:{v3},v4:{v4}"""print(f"v3:{v3} v4:{v4}")

执行结果

 end

最后感谢每一个认真阅读我文章的人,看着粉丝一路的上涨和关注,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走

这些资料,对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!凡事要趁早,特别是技术行业,一定要提升技术功底。希望对大家有所帮助…….


http://chatgpt.dhexx.cn/article/BVm1gqQq.shtml

相关文章

测试驱动开发(TDD)的理论基础

在开始理论介绍之前&#xff0c;先思考一个问题&#xff1a;软件开发中最重要的是什么&#xff1f; 可能有的小伙伴就会说&#xff1a;良好的数据库设计&#xff0c;一个健壮可扩展的架构&#xff0c;规范的编码风格&#xff0c;设计文档等。没错这些在开发中都很重要&#xf…

什么时候应该编写单元测试?什么是TDD?

一、传统方法与TDD方法 1、有人认为软件编码完成后编写单元测试&#xff08;传统方法&#xff09;&#xff0c;流程如下&#xff1a; 缺点&#xff1a;编写完功能代码再写单元测试会导致单元测试“粒度”比较粗。对同样的功能代码&#xff0c;如果采用TDD方案&#xff0c;结果…

前端做自动化测试 —— 用TDD的思想做组件测试

Test-Driven Development(测试驱动开发,以下简述TDD)是一种设计方法论, 原理是在开发功能代码之前, 先编写单元测试用例代码, 通过测试来推动整个开发的进行. 本文详细描述了在创作 react-stillness-component, 组件的过程中, 是如何学习 TDD 的思想来完成功能开发以及测试的 一…

深度解读 - TDD(测试驱动开发)

本文结构&#xff1a; 什么是 TDD为什么要 TDD怎么 TDDFAQ学习路径延伸阅读 什么是 TDD TDD 有广义和狭义之分&#xff0c;常说的是狭义的 TDD&#xff0c;也就是 UTDD&#xff08;Unit Test Driven Development&#xff09;。广义的 TDD 是 ATDD&#xff08;Acceptance Tes…

【TDD】测试驱动开发

欢迎关注微信公众号“Python小灶&#xff0c;和我一起每天学习Python新知识”&#xff0c;还可添加博主Vx&#xff1a;yf03064131&#xff0c;方便一起交流学习。 或者B站搜索 有只小新 原视频地址链接&#xff1a;点击这里 代码地址&#xff1a;点击这里 本文为大致翻译以及…

测试驱动开发(TDD)的学习使用

测试驱动开发TDD 是一种不同于传统软件开发流程的新型开发方式 特点&#xff1a; 先编写测试代码 – 实现主要逻辑 再写功能代码 – 实现细节 通过测试来推动整个开发的进行。 有助于编写简洁可用和高质量的代码&#xff0c;并加速开发过程呢。 比如写一个Person类&#xff0c;…

从 TDD 到测试策略

“ 前端没法 TDD / 前端不容易做 TDD / 前端 TDD 收益不大 ” 这是进公司后无数人给我判的“死刑”。 事实上好像的确如此&#xff1f; 在这个崇尚敏捷的组织里&#xff0c;我们有毕业生的入职前培训&#xff0c;入职后培训&#xff0c;有 TwU&#xff0c;有无数定期不定期的…

使用ddt执行数据驱动测试

所谓数据驱动测试&#xff0c;简单的理解为数据的改变从而驱动自动化测试的执行&#xff0c;最终引起测试结果的改变。通过使用数据驱动测试的方法&#xff0c;可以在需要验证多组数据测试场景中&#xff0c;使用外部数据源实现对输入输出与期望值的参数化&#xff0c;避免在测…

先测试再开发?TDD测试驱动开发了解一下?

1、什么是TDD 我第一次接触TDD这个概念&#xff0c;是在<<代码整洁之道>>中&#xff0c;作者鲍勃大叔在书中&#xff0c;写了一些关于测试代码的代码规范&#xff0c;其实就提到了有关TDD三定律: - 定律一&#xff1a; 在编写不能通过的单元测试前&#xff0c;不…

测试驱动开发(TDD)前端篇

当你在写生产代码时&#xff0c;你处在高认知的状态&#xff08;obvious&#xff09;&#xff0c;你的研发流程和你的工程实践&#xff0c;有助于你一步一步的提升你的认知能力&#xff0c;把你的问题进行一个降解&#xff08;分解&#xff09;&#xff0c;只要你做到同样的事情…

TDD 开发测试

测试驱动开发(Test-Driven Development)。是敏捷开发中的一项核心实践和技术。 TDD是在开发功能代码之前&#xff0c;先编写单元测试用例代码&#xff0c;测试代码确定需要编写什么产品代码。 变红 ——> 变绿 ——> 重构 在进行 TDD 案例编写的时候&#xff0c;看一…

TDD测试驱动开发

TDD测试驱动开发 什么是测试驱动开发测试驱动开发该怎么做&#xff1f;需求一&#xff1a;输入一个非元音字符&#xff0c;并预期返回字符本身 (输入"h" 返回“h”)需求二&#xff1a;输入一个元音&#xff08;a,e,i,o,u&#xff09;&#xff0c;返回 mommy (输入&qu…

TDD测试驱动学习

gtest 和 gmock 安装 //如果不知道对应库名字可以执行这个命令查找对应库,如果没找到要去跟新对应的源sudo apt update sudo apt-cache search gtest sudo apt-cache search gmock 测试例子 #include <string> using std::string;// 定义 Soundex 类 class Soundex {pub…

TDD (test driver development)测试驱动开发

##为什么需要测试驱动/或者说需要单元测试 我们工作接触的软件项目&#xff0c;不是学生时代&#xff0c;玩一玩就不管了&#xff0c;工作的项目&#xff0c;需要长期维护&#xff0c;并且随着时间的推移需要增加新的需求&#xff0c;进行修改&#xff0c;优化。此时已经距离你…

tdd(测试驱动开发)的概述

最近的工作的项目&#xff0c;使用了tdd&#xff08;test-driven development测试驱动开发&#xff09;的开发模式。 这两几年大概听说了无数种xxx-dd, ddd, tdd, atdd, bdd, fdd, udd各种名词眼花缭乱&#xff0c;当然很多dd其实也有相互借鉴&#xff08;抄袭&#xff09;的部…

测试驱动开发(TDD)实践与技巧

文章目录 引言Google Mock测试用例结构断言经典式断言Hamcrest 断言 测试驱动开发&#xff1a;第一个示例开场白开始吧去掉不干净的代码增量性fixture 设置思索与测试驱动开发测试驱动与测试 测试驱动开发基础与单元测试单元测试的组织结构测试驱动开发周期&#xff1a;红-绿-重…

opencv配置相关的截图参考

opencv配置相关的截图参考&#xff0c;如下&#xff1a;

Anaconda3安装及opencv配置

一、Anaconda安装 1.直接百度搜anaconda&#xff0c;进入官网即可&#xff08;anaconda网站链接&#xff09; 2.点击图片上黑框&#xff08;Get Started&#xff09;即可进入下一步&#xff0c;选择下图中第四个 3.选择适合电脑类型的anaconda安装器&#xff0c;注意选好64位…

linux安装配置opencv

刚开始学习ubuntu&#xff0c;有些项目需要用到opencv&#xff0c;当我用下面的命令安装包的时候&#xff0c;总是出现“E&#xff1a;无法定位软件包 opencv”的错误。然后开始着手解决&#xff0c;网上搜集了很多的教程&#xff0c;大部分都是说要更换源&#xff0c;我也照做…

opencv安装配置测试

前面安装了pcl和qt&#xff0c;以及qt中的vtk&#xff0c;这里配置下opencv4.3 将cv复制到D盘下。 安装完成之后&#xff0c;添加环境变量&#xff0c;[计算机]->右键 [属性]->[高级系统设置]->[环境变量]->[系统环境变量]->编辑 [Path]&#xff0c;添加“D:…