一、前言
前面相当于已经讲完整体框架搭建了,本篇主要讲述在实际业务系统的接口请求中,如何运用好该接口自动化测试框架。
二、步骤演示
1、在conf/api_path.py新增需要测试的接口,标黄底色为新加
存放测试接口仅这一个文件就行,有需要测试的接口直接往里面加就好了。
# -*- coding:utf-8 -*- ''' @Date:2022/10/3 20:56 @Author:一加一 '''from tools.operate_config import OperateConfig from urllib.parse import urljoinclass ApiPath:'''管理api地址'''def __init__(self,env=None):if env is None:self.env = OperateConfig().get_node_value('ENV', 'env')else:self.env = envself.y_api_url = OperateConfig().get_node_value(self.env,'y_api_url') #读取配置文件config.ini 的业务系统接口域名self.s_api_url = OperateConfig().get_node_value(self.env, 's_api_url') #读取配置文件config.ini 的s系统接口域名# s系统 apiself.s_login_url = urljoin(self.s_api_url, "/xxx/auth/login") #登录self.s_exchangeToken_url = urljoin(self.s_api_url, "/xxx/auth/exchangeToken") #生成sTokenself.employee_paging_list = urljoin(self.s_api_url,"/xxx/employee/paging/list") #查询员工列表获取companyId# C系统 apiself.c_customer_info_page = urljoin(self.y_api_url, "/xxx/customer-info/page") #客户列表查询
2、 在data文件夹下新增qa1_c.json文件,用于存放接口的请求body
json文件按环境区分,比如qa1环境的业务系统C,就建一个qa1_c.json;qa1环境的业务系统B,就建一个qa1_b.json;若是qa2,则再新建一个qa2_b.json
所以qa1环境的业务系统C,所有接口的请求body均放在该文件里就好了,写法规则为:"接口名称":{json数据},具体如下(为了便于理解,下面写了2个接口的请求body,标黄的是本次演示的客户列表查询接口的请求body)
{"customer_info_page": {"pageNum": 1,"pageSize": 10,"cName": "上海有限公司","cState": "","sName": "","proState": "","buType": "","rnCode": "","unRisk": "0"},"customer_sure": {"ccId": "6968800792","fileList": [{"url": "/a9b982e8067242899f8524e988918405.jpeg","name": "baibu.jpeg"}]} }
3、在tools文件夹下新增get_cjson.py,用于读取业务系统C的接口请求body,即读取qa1_c.json里的数据
一个系统只需要建一个读取json的公共方法就行了,比如要获取业务系统C的json数据,就建get_cjson.py,要获取业务系统B的json数据就建get_bjson.py
知识点:B接口的id是依赖A接口返回的id,所以需要用到封装好的修改json方法,具体看set_c_customer_sure_id(self,ccId)函数的处理
# -*- coding:utf-8 -*-from conf.setting import CASE_DATA_PATH from tools.operate_json import OperationJson from tools.operate_config import OperateConfig import osclass GetcJson:def __init__(self,env):if env is None:env = OperateConfig().get_node_value('ENV', 'env')self.c_data_json = os.path.join(CASE_DATA_PATH, env + "_c.json") # 按配置文件设置的环境读取,比如这里读取的文件就是qa1_c.json# 获取客户列表查询的jsondef get_c_customer_info_page(self):return OperationJson(self.c_data_json).key_get_data("customer_info_page")#客户确认接口:给变量字段set值def set_c_customer_sure_id(self,ccId):OperationJson(self.c_data_json).write_datas(ccId, "customer_sure", "ccId")
4、在testcase文件夹下新增test_cc.py,用于编写业务测试用例
注意类名要用Test开头,可直接执行该文件,或者用excute.py执行
''' @Date:2022/11/13 18:36 @Author:一加一 '''import allure from tools.common import * from tools.get_cjson import * from conf.api_path import ApiPath from tools.get_headerjson import *@allure.feature("CC业务") @allure.story("客户管理") class TestCc:# 实例化对象apiPath = ApiPath() # 实例化对象,获取接口域名getHeaderjson = GetHeaderjson(None) # 实例化对象,获取请求头getCjson = GetcJson(None) # 实例化对象,获取业务系统C的json数据,即接口请求body@allure.title("case1:客户确认场景")def test_customer(self):with allure.step("step1:查询列表"):# 查询列表接口测试res_json = Common.r_post(url=TestCc.apiPath.c_customer_info_page,headers=TestCc.getHeaderjson.get_c_headers(),json=TestCc.getCjson.get_c_customer_info_page())# 断言返回结果Common.assert_tg_code_message(res_json)# 提取返回结果中的ccId字段ccId = res_json['data']['list'][0]['ccId']# 将获取的ccId set到json文件中TestCc.getCjson.set_c_customer_sure_id(ccId)@allure.title("case2:业务场景2")def test_12(self):with allure.step("step1:获取列表"):print("测试获取列表")with allure.step("step2:获取响应结果"):print("测试第二步")
5、执行excute.py后效果如下
1)allure测试报告
2)控制台会将详细日志打印出来,因为excute.py的pytest.main是带日志输出,即-s
3)封装的日志生成的log文件如下
4)qa1_c.json文件
因涉及到set接口字段变量,所以运行完后,qa1_c.json文件中的ccId正确展示插入值,后续接口要用到该请求体时,直接用就行,因为ccId已处理成了变量
以上就是整个框架的搭建和使用啦,后面可能会结合streamlit做成前端页面,到时看自己学的怎么样先,后续再更新博客。