python ddt数据驱动最简实例
在接口自动化测试中,往往一个接口的用例需要考虑 正确的、错误的、异常的、边界值等诸多情况,然后你需要写很多个同样代码,参数不同的用例。如果测试接口很多,不但需要写大量的代码,测试数据和代码柔合在一起,可维护性也会变的很差。数据驱动可以完美的将代码和测试数据分开,将代码进行分装,提高复用性,测试数据维护在本地文件或数据库。
使用python做接口自动化,首要任务是搭建一个自动化测试框架,其中unittest+ddt是一个不错的选择,下文主要介绍ddt在unittest下的使用。
ddt包含两个方法装饰器 ddt.data 和 ddt.file_data
一、ddt.data(直接输入测试数据)
ddt.unpack 的作用是把参数中 元祖 或者 列表 的元素对应到多个参数上,没有加 ddt.unpack 表示把 元祖 或者 列表本身当成一个参数传入。
下面这段代码,ddt.data() 有三组测试数据,每组测试数据都会执行一次 test_login() 。
import json
import unittest
from common.readConfig import readConfig
import requests
from ddt import ddt,data,file_data,unpack
@ddt # 在测试类前必须首先声明使用 ddt.ddt
class Mytest(unittest.TestCase):
def setUp(self):
# 获取测试接口的url
self.url = readConfig().getHttp('usercenter') + readConfig().get_UC('login')print('setup')
@data(({"isRememberMe": True ,"password": "111111","username": "root"},200),
({"isRememberMe": True, "password": "1111111", "username": "root"},406),
({"isRememberMe": True, "password": "111111", "username": "rot"},406))
@unpack
# 后台人员登录
def test_login(self,data,status):
body = json.dumps(data)
header = {"Content-Type":"application/json","Accept": "application/json","token": "1231"}
re = requests.post(self.url,data=body,headers = header,verify = False)
code = re.status_code
print(re.text,re.status_code)
# 断言
self.assertEqual(int(status),int(code))
def tearDown(self):
print('tearDown')
if __name__ == '__main__':
unittest.main()
二、ddt.file_data (参数是文件名。文件可以是json 或者 yaml类型)
如果文件中是列表,每个列表的值会作为测试用例参数,同时作为测试用例方法名后缀显示。如果文件中是字典,字典的key会作为测试用例方法的后缀显示,字典的值会作为测试用例参数。下文两种类型的文件分别举一个例子。
新建文件testdata.json:
{
"first": ["{'isRememberMe': True,'password': '111111','username': 'root'}", "200"],
"second": ["{'isRememberMe': True, 'password': '1111111', 'username': 'root'}", "406"],
"third": ["{'isRememberMe': True, 'password': '111111', 'username': 'rot'}", "406"]
}
新建文件testdata.yaml:
first: ["{'isRememberMe': True,'password': '111111','username': 'root'}","200"]
second: ["{'isRememberMe': True, 'password': '1111111', 'username': 'root'}", "406"]
third: ["{'isRememberMe': True, 'password': '111111', 'username': 'rot'}", "406"]
新建测试脚本:
import json
import unittest
from common.readConfig import readConfig
import requests
from ddt import ddt,data,file_data,unpack
@ddt # 在测试类前必须首先声明使用 ddt.ddt
class Mytest(unittest.TestCase):
def setUp(self):
# 获取测试接口的url
self.url = readConfig().getHttp('usercenter') + readConfig().get_UC('login')print('setup')
@file_data('D:\automation--interface\testcase\UC\testdata.json')
# @file_data('D:\automation--interface\testcase\UC\testdata.yaml')
# 后台人员登录
def test_login(self,data):
body = json.dumps(eval(data[0]))
status = data[1]
header = {"Content-Type":"application/json","Accept": "application/json","token": "1231"}
re = requests.post(self.url,data=body,headers = header,verify = False)
code = re.status_code
print(re.text,re.status_code)
# 断言
self.assertEqual(int(status),int(code))
def tearDown(self):
print('tearDown')
if __name__ == '__main__':
unittest.main()
以上代码大家可以本地测试下,感谢同学们的学习和对码农之家的支持。
python使用ddt过程中遇到的问题及解决方案【推荐】
前言:
在使用DDT数据驱动+HTMLTestRunner输出测试报告时遇到过2个问题:
1、生成的测试报告中,用例名称后有dict() -> new empty dictionary
2、使用ddt生成的用例名称无法更改
1、用例名称后有dict() -> new empty dictionary
报告中用例名称后有dict() -> new empty dictionary,如图所示:
解决方案:这是ddt高版本1.2.0的bug
1、cmd先通过pip uninstall ddt 卸载ddt,
2、然后再安装一个低版本的ddt,命令pip install ddt==1.1.3
安装后再运行程序,结果如下
2、使用ddt生成的用例名称无法更改
如上图所示测试用例名称都是test_api_index,运行结果无法看出用例执行的是哪条数据,翻阅网上的资料找到一个比较好的方法,讲解比较详细,这段内容来自链接https://www.cnblogs.com/Simple-Small/p/9230382.html
ddt源码中有个函数用来生成用例名称, mk_test_name
它接收两个参数:name 和 value.
name:为测试用例的名字。即test_api.
value:为测试数据,ddt是处理一组测试数据。而这个value就是这一组数据中的每一个测试数据。
对value的值是有限制的:要么就是单值变量,要么就是元组或者列表并且要求元组和列表中的数据都是单值变量。如("name","port") 、["name","port"]
如果传进来的测试数据,不符合value的要求,那么测试用例名字为:name_index。
如果传进来的测试数据,符合value的要求,那么测试用例名字为:name_index_value。如果value为列表或者元组,那么将列表/元组的每个数据依次追加在末尾。
比如传进来的name值为test_login,value值为["name","port"]。那最终的测试用例名字是:test_login_01_name_port。
如果传进来的name值为test_login,value值为{"userName":"18500384561", "password":"123456"},那最终的测试用例名字为:test_login_1。 因为它不支持对字典类型的数据处理 。
而我的接口自动化框架中,ddt处理的数据是一列表:列表当中每个数据都为字典。ddt一遍历整个列表,那传给value的值刚好是字典。。
所以我得到的测试用例名称就是:test_login_1,test_login_2,test_login_3
为了让我的测试报告,呈现的更好。那就改改ddt源码,让它能够适应我的框架。
考虑两个问题:
1、不同接口的测试用例名字如何来??
2、如何让ddt支持对字典的处理??
解决方案:
第一个问题:每一个测试用例主动提供一个用例名字,说明你是什么接口的什么场景用例。比如:接口名_场景名。login_success、login_noPasswd、login_wrongPasswd等。
在我的框架当中,每一个测试用例是一个字典。那么我就在字典中添加一个键值对,case_name=用例名称
第二个问题:在ddt中添加对字典的处理,如果字典中有case_name字段,则将字典中键名为case_name的值作为测试用例名称中的value值。
修改后的ddt源码为(红色粗体部分为修改的内容):
更改代码后再执行,结果如下:
总结
以上所述是小编给大家介绍的python使用ddt过程中遇到的问题及解决方案,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对码农之家网站的支持!
以上就是本次给大家分享的关于java的全部知识点内容总结,大家还可以在下方相关文章里找到相关文章进一步学习,感谢大家的阅读和支持。