Python+Requests+Pytest+YAML+Allure实现接口自动化

测试界的扛把子

于 2024-09-10 15:58:47 发布

阅读量988

点赞数 8

分类专栏：软件测试面试软件测试面试文章标签： python pytest 自动化职场和发展软件测试

本文链接：https://blog.csdn.net/2301_76643199/article/details/142101534

版权

软件测试同时被 3 个专栏收录

729 篇文章 17 订阅

订阅专栏

软件测试面试

248 篇文章 2 订阅

订阅专栏

面试

247 篇文章 0 订阅

订阅专栏

本项目实现接口自动化的技术选型：Python+Requests+Pytest+YAML+Allure ，主要是针对之前开发的一个接口项目来进行学习，通过 Python+Requests 来发送和处理HTTP协议的请求接口，使用 Pytest 作为测试执行器，使用 YAML 来管理测试数据，使用 Allure 来生成测试报告

一、项目说明
本项目在实现过程中，把整个项目拆分成请求方法封装、HTTP接口封装、关键字封装、测试用例等模块。

首先利用Python把HTTP接口封装成Python接口，接着把这些Python接口组装成一个个的关键字，再把关键字组装成测试用例，而测试数据则通过YAML文件进行统一管理，然后再通过Pytest测试执行器来运行这些脚本，并结合Allure输出测试报告

当然，如果感兴趣的话，还可以再对接口自动化进行Jenkins持续集成

GitHub项目源码地址：
https://github.com/wintests/pytestDemo

二、项目结构
api ====>> 接口封装层，如封装HTTP接口为Python接口

common ====>> 各种工具类
core ====>> requests请求方法封装、关键字返回结果类
config ====>> 配置文件
data ====>> 测试数据文件管理
operation ====>> 关键字封装层，如把多个Python接口封装为关键字
pytest.ini ====>> pytest配置文件
requirements.txt ====>> 相关依赖包文件
testcases ====>> 测试用例

三、请求方法封装
在 core/rest_client.py 文件中，对 Requests 库下一些常见的请求方法进行了简单封装，以便调用起来更加方便。

class RestClient():
def __init__(self, api_root_url):
self.api_root_url = api_root_url
self.session = requests.session()
def get(self, url, **kwargs):
return self.request(url, "GET", **kwargs)
def post(self, url, data=None, json=None, **kwargs):
return self.request(url, "POST", data, json, **kwargs)
def put(self, url, data=None, **kwargs):
return self.request(url, "PUT", data, **kwargs)
def delete(self, url, **kwargs):
return self.request(url, "DELETE", **kwargs)
def patch(self, url, data=None, **kwargs):
return self.request(url, "PATCH", data, **kwargs)
def request(self, url, method, data=None, json=None, **kwargs):
url = self.api_root_url + url
headers = dict(**kwargs).get("headers")
params = dict(**kwargs).get("params")
files = dict(**kwargs).get("params")
cookies = dict(**kwargs).get("params")
self.request_log(url, method, data, json, params, headers, files, cookies)
if method == "GET":
return self.session.get(url, **kwargs)
if method == "POST":
return requests.post(url, data, json, **kwargs)
if method == "PUT":
if json:
# PUT 和 PATCH 中没有提供直接使用json参数的方法，因此需要用data来传入
data = complexjson.dumps(json)
return self.session.put(url, data, **kwargs)
if method == "DELETE":
return self.session.delete(url, **kwargs)
if method == "PATCH":
if json:
data = complexjson.dumps(json)
return self.session.patch(url, data, **kwargs)

四、HTTP接口封装为 Python接口

在 api/user.py 文件中，将上面封装好的HTTP接口，再次封装为不同的Python接口。不同的Python接口，会处理不同URL下的请求。

class User(RestClient):
def __init__(self, api_root_url, **kwargs):
super(User, self).__init__(api_root_url, **kwargs)
def list_all_users(self, **kwargs):
return self.get("/users", **kwargs)
def list_one_user(self, username, **kwargs):
return self.get("/users/{}".format(username), **kwargs)
def register(self, **kwargs):
return self.post("/register", **kwargs)
def login(self, **kwargs):
return self.post("/login", **kwargs)
def update(self, user_id, **kwargs):
return self.put("/update/user/{}".format(user_id), **kwargs)
def delete(self, name, **kwargs):
return self.post("/delete/user/{}".format(name), **kwargs)

五、关键字返回结果类

在 core/result_base.py 下，定义了一个空类 ResultBase ，该类主要用于自定义关键字返回结果。

class ResultBase():
pass
"""
自定义示例：
result = ResultBase()
result.success = False
result.msg = res.json()["msg"]
result.response = res
"""`

在多流程的业务场景测试下，通过自定义期望保存的返回数据值，以便更好的进行断言。

六、关键字封装
关键字应该是具有一定业务意义的，在封装关键字的时候，可以通过调用多个Python接口来完成。在某些情况下，比如测试一个充值接口的时候，在充值后可能需要调用查询接口得到最新账户余额，来判断查询结果与预期结果是否一致，那么可以这样来进行测试：

1, 首先，可以把充值-查询的操作封装为一个关键字，在这个关键字中依次调用充值和查询的接口，并可以自定义关键字的返回结果。
2, 接着，在编写测试用例的时候，直接调用关键字来进行测试，这时就可以拿到关键字返回的结果，那么断言的时候，就可以直接对关键字返回结果进行断言。

七、测试用例层
根据用例名分配测试数据

测试数据位于 data 文件夹下，在这里使用 YAML 来管理测试数据，同时要求测试数据中第一层的名称，需要与测试用例的方法名保持一致，如 test_get_all_user_info 、test_delete_user。

test_get_all_user_info:
# 期望结果,期望返回码,期望返回信息
# except_result, except_code, except_msg
- [True, 0, "查询成功"]
省略
test_delete_user:
# 删除的用户名,期望结果,期望返回码,期望返回信息
# username, except_result, except_code, except_msg
- ["测试test", True, 0, "删除用户信息成功"]
- ["wintest3", False, 3006, "该用户不允许删除"]

这里借助 fixture 方法，我们就能够通过 request.function.__name__ 自动获取到当前执行用例的函数名 testcase_name ，当我们传入测试数据 api_data 之后，接着便可以使用 api_data.get(testcase_name) 来获取到对应用例的测试数据。

import pytest
from testcases.conftest import api_data
@pytest.fixture(scope="function")
def testcase_data(request):
testcase_name = request.function.__name__
return api_data.get(testcase_name)`

数据准备和清理

在接口自动化中，为了保证用例可稳定、重复地执行，我们还需要有测试前置操作和后置操作，即数据准备和数据清理工作。

@pytest.fixture(scope="function")
def delete_register_user():
"""注册用户前，先删除数据，用例执行之后，再次删除以清理数据"""
del_sql = base_data["init_sql"]["delete_register_user"]
db.execute_db(del_sql)
logger.info("注册用户操作：清理用户--准备注册新用户")
logger.info("执行前置SQL：{}".format(del_sql))
yield # 用于唤醒 teardown 操作
db.execute_db(del_sql)
logger.info("注册用户操作：删除注册的用户")
logger.info("执行后置SQL：{}".format(del_sql))

在这里，以用户注册用例为例。对于前置操作，我们应该准备一条删除SQL，用于将数据库中已存在的相同用户删除，对于后置操作，我们应该再执行删除SQL，确保该测试数据正常完成清理工作。

在测试用例中，我们只需要在用例上传入 fixture 的函数参数名 delete_register_user ，这样就可以调用 fixture 实现测试前置及后置操作。当然，也可以使用pytest装饰器 @pytest.mark.usefixtures() 来完成，如：

@pytest.mark.usefixtures("delete_register_user")`

Allure用例描述
在这里，我们结合 Allure 来实现输出测试报告，同时我们可以使用其装饰器来添加一些用例描述并显示到测试报告中，以便报告内容更加清晰、直观、可读。如使用 @allure.title() 自定义报告中显示的用例标题，使用 @allure.description() 自定义用例的描述内容，使用 @allure.step() 可在报告中显示操作步骤，使用 @allure.issue() 可在报告中显示缺陷及其链接等。

@allure.step("步骤1 ==>> 注册用户")
def step_1(username, password, telephone, sex, address):
logger.info("步骤1 ==>> 注册用户 ==>> {}, {}, {}, {}, {}".format(username, password, telephone, sex, address))
@allure.severity(allure.severity_level.NORMAL)
@allure.epic("针对单个接口的测试")
@allure.feature("用户注册模块")
class TestUserRegister():
"""用户注册"""
@allure.story("用例--注册用户信息")
@allure.description("该用例是针对获取用户注册接口的测试")
@allure.issue("https://www.cnblogs.com/wintest", name="点击，跳转到对应BUG的链接地址")
@allure.testcase("https://www.cnblogs.com/wintest", name="点击，跳转到对应用例的链接地址")
@allure.title(
"测试数据：【 {username}，{password}，{telephone}，{sex}，{address}，{except_result}，{except_code}，{except_msg}】")
@pytest.mark.single
@pytest.mark.parametrize("username, password, telephone, sex, address, except_result, except_code, except_msg",
api_data["test_register_user"])
@pytest.mark.usefixtures("delete_register_user")
def test_delete_user(self, login_fixture, username, except_result, except_code, except_msg):
省略