一、前言
前面相当于已经讲完整体框架搭建了，本篇主要讲述在实际业务系统的接口请求中，如何运用好该接口自动化测试框架。
二、步骤演示
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 urljoin
class ApiPath:
'''管理api地址'''
def __init__(self,env=None):
if env is None:
self.env = OperateConfig().get_node_value('ENV', 'env')
else:
self.env = env
self.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系统 api
self.s_login_url = urljoin(self.s_api_url, "/xxx/auth/login") #登录
self.s_exchangeToken_url = urljoin(self.s_api_url, "/xxx/auth/exchangeToken") #生成sToken
self.employee_paging_list = urljoin(self.s_api_url,"/xxx/employee/paging/list") #查询员工列表获取companyId
# C系统 api
self.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 os
class 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
# 获取客户列表查询的json
def 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做成前端页面，到时看自己学的怎么样先，后续再更新博客。
标签：customer,演示,get,api,self,接口,json,Pytest From： https://www.cnblogs.com/Chilam007/p/16885779.html