不少人都知道,目前市场上不少自动化测试工具,好比:Jmeter,Postman,TestLink等,还有一些自动化测试平台,那为啥还要开发接口自动化测试框架呢?
相同之处就不说了,先说一下工具的局限性:html
1.测试数据不可控:
接口虽然是对业务逻辑、程序代码的测试,而其实是对数据的测试,调用接口输入一批数据,经过断言代码验证接口返回的数据,整个过程围绕数据测试。
若是返回的数据不是固定的,是变化的,那么断言失败,就没法知道是接口程序错误引发的,仍是数据变化引发的,因此就须要进行测试数据初始化。
接口工具没有具有数据初始化的功能,从而没法真正作到接口自动化测试。mysql
举个例子来帮助理解:web
好比你要测试一个查询接口,在没有初始化测试数据的状况下,你入参是:id = 1,断言是: assert name = ‘测试’, 这个断言是你预先知道接口会返回什么。调用接口时候,接口返回结果是name = ‘测试’,断言成功,由于你知道数据库有一条id=1的数据。算法
哪天这条id=1的数据被人删除,可是你维护的接口测试框架还在跑,并无更新测试数据,结果断言失败,你上去debug,最后发现是测试数据的问题,这个过程是费时又费劲的,sql
若是作了测试数据初始化的功能,彻底是能够避免的。chrome
由于入参和出参都是固定的,是按本身须要初始化好的,不用担忧数据变化引起断言失败,那么只关心接口程序代码的问题了。数据库
2.没法测试加密接口
公司项目中,大部分接口是不供外部调用,会使用用户认证、签名、加密等手段,提供接口的安全性。而通常的测试工具没法作到模拟和生成这些加密算法。django
3.扩展能力不足
工具始终是工具,有必定的局限性,没法生成自定义测试报告,没法定制化发送邮件,持续集成和定时任务。json
4.对业务的支持程度
工具对业务支持程序相对比较低,没法根据不一样业务定制化开发,而自动化测试框架能够作到这点,对业务支持比较灵活。windows
1.大体处理流程:
2.接口自动化测试框架处理过程:
框架介绍:
各个目录的做用:
主程序运行文件run_main.py:
# -*- coding: utf-8 -*- ''' @author: liudinglong @software: pycharm @file: run_main.py @time: 2020/2/23 0023 13:46 ''' import time ,sys # 引用模块路径 sys.path.append('./testcase') sys.path.append('./db_fixture') from common.HTMLTestRunner3 import HTMLTestRunner from unittest import defaultTestLoader from db_init import data_init # 指定测试用例为当前文件夹下的 interface 目录 test_dir = './testcase' # 自动获取interface 目录下的测试用例 testsuit = defaultTestLoader.discover(test_dir,pattern='*test.py') if __name__ == '__main__': # 初始化接口测试数据 data_init.init_data() # 获取当前时间 now = time.strftime("%Y-%m-%d %H_%M_%S") # 定制报告名称 filename = './report/' + now + '_result.html' # 向报告写入测试结果数据 fp = open(filename, 'wb') runner = HTMLTestRunner(stream=fp, title='接口自动化测试报告', description='运行环境:环境:windows 10 浏览器:chrome 语言: Python3') # 运行测试集 runner.run(testsuit) # 关闭报告文件 fp.close()
测试数据初始化data_init.py:
# -*- coding: utf-8 -*- ''' @author: liudinglong @software: pycharm @file: data_init.py @time: 2020/2/23 0023 13:37 ''' import sys, time,datetime sys.path.append('../db_init') try: from mysql_conn import DB except ImportError: from .mysql_conn import DB # 定义过去时间,time.localtime(time.time())格式化时间戳为本地时间 past_time = time.strftime("%Y-%m-%d %H:%M:%S",time.localtime(time.time()-100000)) # 定义未来时间 future_time = time.strftime("%Y-%m-%d %H:%M:%S",time.localtime(time.time()+10000)) # 获取当前时间 now_time = datetime.datetime.now().strftime('%Y-%m-%d %H:%M:%S') # create data datas = { 'django_web_event':[ {'id':1,'name':'红米Pro发布会','`limit`':2000,'status':1,'address':'北京会展中心','start_time':future_time}, {'id':2,'name':'可参加人数为0','`limit`':0,'status':1,'address':'北京会展中心','start_time':future_time}, {'id':3,'name':'当前状态为0关闭','`limit`':2000,'status':0,'address':'北京会展中心','start_time':future_time}, {'id':4,'name':'发布会已结束','`limit`':2000,'status':1,'address':'北京会展中心','start_time':past_time}, {'id':5,'name':'小米5发布会','`limit`':2000,'status':1,'address':'北京国家会议中心','start_time':future_time}, ], 'django_web_guest':[ {'id':1,'realname':'alen','phone':13511001100,'email':'alen@mail.com','sign':0,'event_id':1}, {'id':2,'realname':'has sign','phone':13511001101,'email':'sign@mail.com','sign':1,'event_id':1}, {'id':3,'realname':'tom','phone':13511001102,'email':'tom@mail.com','sign':0,'event_id':5}, ], } # Inster table datas def init_data(): DB().init_data(datas) if __name__ == '__main__': init_data()
运行结果:
......FFFFFF................. Time Elapsed: 0:00:00.208256
测试日志:
测试报告:
有错误不要惧怕,看看报错信息,再修改一下,运行后:
在测试以前,要准备测试环境,若是是正式环境的接口,有条件的话,建议独立建立测试数据库,避免对正式数据形成影响。能够在本地建立或在正式库服务器是上建立db,本套仅做为项目测试环境使用。
在数据库初始化时,链接测试环境的数据库,将本身须要的测试数据初始化进去,每次程序执行的时候,都初始化一遍,这样的做用防止数据与正式数据冲突,而且防止测试数据重复和累积在数据库中。
更多干货分享:加入测试开发交流QQ群:696400122
微信公众号:全栈测试开发日记,
CSDN地址:https://blog.csdn.net/liudinglong1989/article/details/104457379