http/https API run by yaml
Project description
基于 httprunner 框架的用例结构,我自己开发了一个pytest + yaml 的框架,那么是不是重复造轮子呢? 不可否认 httprunner 框架设计非常优秀,但是也有缺点,httprunner3.x的版本虽然也是基于pytest框架设计,结合yaml执行用例,但是会生成一个py文件去执行。 在辅助函数的引用也很局限,只能获取函数的返回值,不能在yaml中对返回值重新二次取值。 那么我的这个框架,就是为了解决这些痛点。。。。
本插件可以实现以下优势:
1、基于 pytest 框架安装插件即可使用,环境非常简单
2、只需要写 yaml 文件用例即可运行,使用 pytest 运行的命令
3、extract 功能实现多个接口步骤的参数关联
4、全局仅登录一次,在用例中自动在请求头部添加Authentication token认证
5、用例参数化 parameters 功能实现
6、yaml 中调用 fixture 功能实现
7、yaml 中调用辅助函数功能使用
8、yaml 中调用 hooks 功能
9、用例分层机制:API和用例层
10、支持 allure 报告
联系我们
作者-上海悠悠 微信/QQ交流:283340479 blog地址 https://www.cnblogs.com/yoyoketang/
版本变更记录
v1.0.0 发布的第一个版本(已删除)
v1.0.1 发布时间 2022.11.23 可以安装的第一个版本
1.实现基础的 pytest 命令 执行yaml 文件用例功能
v1.0.2 发布时间 2022.11.24
1.新增extract 关键字,在接口中提取返回结果
2.参数关联,上一个接口的返回值可以作为下个接口的入参
详细功能参阅 extract 关键字文档
v1.0.3 发布时间 2022.11.28
1.config 新增 fixtures 关键字,在yaml 用例中传fixture功能和参数化功能
2.config 新增 parameters,用例参数化实现
详细功能参阅 parameters参数化 关键字文档
v1.0.4 发布时间 2022.11.30 hooks 钩子功能实现
1.request 钩子对请求参数预处理
2.response 钩子对返回结果处理
详细功能参阅 hooks 钩子 关键字文档
v1.0.5 发布时间 2022.12.05 用例分层机制
1.API 层对接口的描述,可以复用
2.Test case 用例层引用API层
v1.0.6 发布时间 2022.12.06
一个yaml 中写多个用例,用例步骤可以不是list 类型
1.config 和 teststeps 不是必须了
2.可以自定义用例名称,用例可以是一个步骤也可以是多个步骤
Installation / 安装
最近环境体验
Python 3.8 版本
Pytest 7.2.0 最新版
pip 安装插件
pip install pytest-yaml-yoyo
Usage / 第一个 hello world
yaml 用例编写规则,跟pytest识别默认规则一样,必须是test 开头的,以`.yml` 结尾的文件才会被识别
新建一个`test_hello.yml`文件
config: name: yy teststeps: - name: demo print: hello world
用例整体结构延续了 httprunner 框架的用例结果,主要是为了大家快速上手,减少新的规则学习
config 是必须的里面必须有 name 用例名称,base_url 和 variables 是可选的
teststeps 用例的步骤,用例步骤是一个array 数组类型,可以有多个步骤
从上面的运行可以看出,request 不是必须的,我们可以直接调用python内置函数print 去打印一些内容了。
一个简单的 http 请求
以`http://www.example.com/` get 请求示例 test_get_demo.yml
config: name: get teststeps: - name: get request: method: GET url: http://httpbin.org/get validate: - eq: [status_code, 200]
命令行输入 pytest 后直接运行
>pytest ======================= test session starts ======================= platform win32 -- Python 3.8.5, pytest-7.2.0, pluggy-1.0.0 rootdir: D:\demo\yaml_yoyo plugins: yaml-yoyo-1.0.1 collected 2 items test_get_demo.yml . [ 50%] test_hello.yml . [100%] ======================== 2 passed in 0.49s ========================
再来一个post请求
test_post_demo.yml
config: name: post示例 teststeps: - name: post request: method: POST url: http://httpbin.org/post json: username: test password: "123456" validate: - eq: [status_code, 200] - eq: [headers.Server, gunicorn/19.9.0] - eq: [$..username, test] - eq: [body.json.username, test]
validate校验
比如返回的response内容
HTTP/1.1 200 OK Date: Wed, 23 Nov 2022 06:26:25 GMT Content-Type: application/json Content-Length: 483 Connection: keep-alive Server: gunicorn/19.9.0 Access-Control-Allow-Origin: * Access-Control-Allow-Credentials: true { "args": {}, "data": "{\r\n \"username\": \"test\",\r\n \"password\": \"123456\"\r\n}", "files": {}, "form": {}, "headers": { "Content-Length": "55", "Content-Type": "application/json", "Host": "httpbin.org", "User-Agent": "Fiddler", "X-Amzn-Trace-Id": "Root=1-637dbd11-7d9943ba1fb93a9331f6cf8d" }, "json": { "password": "123456", "username": "test" }, "origin": "198.187.30.113", "url": "http://httpbin.org/post" }
校验方式延续了httprunner的校验语法,可以支持response取值对象:status_code, url, ok, headers, cookies, text, json, encoding 其中返回的是json格式,那么可以支持
jmespath 取值语法: body.json.username
jsonpath 语法: $..username
re 正则语法
如果返回的不是json格式,那么可以用正则取值
变量的声明与引用
变量的声明,只支持在 config 声明整个yml文件的全局变量(不支持单个step的变量,减少学习成本) 在 httprunner 里面变量引用语法是 $user, 引用函数是`${function()}` 我这里统一改成了一个语法变量引用 ${var} 和 引用函数`${function()}` (表面上没多大变量,实际上功能强大了很多,使用了强大的 jinja2 模板引擎)
config: name: post示例 variables: username: test password: "123456" teststeps: - name: post request: method: POST url: http://httpbin.org/post json: username: ${username} password: ${password} validate: - eq: [status_code, 200] - eq: [headers.Server, gunicorn/19.9.0] - eq: [$..username, test] - eq: [body.json.username, test]
extract 提取接口返回参数关联
在自动化用例中,我们经常会看到有人提问,上一个接口的返回的结果,如何取出来给到下个接口的入参。 我们用 extract 关键字提取接口的返回结果(需要更新v1.0.2版本)。
举个例子 用个post请求`http://httpbin.org/post`
POST http://httpbin.org/post HTTP/1.1 User-Agent: Fiddler Host: httpbin.org Content-Length: 0 HTTP/1.1 200 OK Date: Thu, 24 Nov 2022 06:18:03 GMT Content-Type: application/json Content-Length: 320 Connection: keep-alive Server: gunicorn/19.9.0 Access-Control-Allow-Origin: * Access-Control-Allow-Credentials: true { "args": {}, "data": "", "files": {}, "form": {}, "headers": { "Content-Length": "0", "Host": "httpbin.org", "User-Agent": "Fiddler", "X-Amzn-Trace-Id": "Root=1-637f0c9a-23b419f4180f6b843ba941af" }, "json": null, "origin": "66.112.216.24", "url": "http://httpbin.org/post" }
比如我需要提取返回接口里面的url参数,那么我们用extract 关键字
test_demo.yml 文件示例
config: name: post示例 teststeps: - name: post request: method: POST url: http://httpbin.org/post json: username: test password: "123456" extract: url: body.url validate: - eq: [status_code, 200] - eq: [headers.Server, gunicorn/19.9.0] - eq: [$..username, test] - eq: [body.json.username, test]
参数关联
上一个接口提取到了url 变量,接下来在下个接口中引用`${url}`
config: name: post示例 teststeps: - name: post request: method: POST url: http://httpbin.org/post json: username: test password: "123456" extract: url: body.url validate: - eq: [status_code, 200] - eq: [headers.Server, gunicorn/19.9.0] - eq: [$..username, test] - eq: [body.json.username, test] - name: post request: method: GET url: http://httpbin.org/get headers: url: ${url} validate: - eq: [status_code, 200]
于是看到请求报文中引用成功
GET http://httpbin.org/get HTTP/1.1 Host: httpbin.org User-Agent: python-requests/2.28.1 Accept-Encoding: gzip, deflate, br Accept: */* Connection: keep-alive url: http://httpbin.org/post
extract 提取结果二次取值
我们在前面提到不能在yaml中对返回值重新二次取值。, 这也是一些同学提到的问题,对于提取的结果,我想继续取值,比如他是一个字符串,在python中可以用切片取值 那么,在 yaml 中如何实现?
我重新设计的这个框架中,就可以支持python语法,直接用切片取值
headers: url: ${url[:4]}
用例分层
当我们测试流程类的接口,需反复去调用同一个接口,就会想到复用API,在代码里面可以写成函数去调用。 那么在yaml 文件中,我们可以把单个API写到一个yaml 文件,测试用例去调用导入API。
我这里只分2层:API 层 和 Test case 用例层
API 层: 描述接口request请求,可以带上validate 基本的校验
Test case 用例层: 用例层多个步骤按顺序引用API
API 层示例
API 层只做接口的描述,一般放到项目根目录api目录下
api/login.yaml 示例
name: post request: method: POST url: http://httpbin.org/post json: username: ${username} password: "123456" validate: - eq: [status_code, 200]
如果有需要用到变量,比如登录用户名在不同用例中会用到不同的账号,那么可以使用变量 ${username} 需注意的是,API 层不支持单独运行,因为它只是用例的一个部分,不能当成用例去执行,用例执行需使用 test_*.yml 命名
TestCase 层
用例层通过api 关键字导入需要的API,导入的路径是相对路径,需根据项目的根目录去导入。 比如我的项目结构是这样的
├─api └─ login.yml ├─testcase └─ test_login.yml └─conftest.py └─pytest.ini
那么不管用例文件`test_*.yml`在哪个目录,都是以项目根目录去导入API 的yaml文件
config: name: login case base_url: http://124.70.221.221:8201 variables: username: "test123" password: "123456" teststeps: - name: step login1 api: api/login.yml extract: url: body.url validate: - eq: [status_code, 200] - eq: [ok, true] - name: step login2 api: api/login.yml
运行用例也是在项目根目录去执行 pytest 运行
pytest testcase
重新定义 yaml 用例格式
一个yaml 文件中可以写多个用例,每个用例相当于 pytest 的一个函数, 用例名称最好是test开头,如果不是test开头,也会自动拼接成test开头的
示例
test1: name: 用例1 print: hello 11111 test2: name: 用例2 print: hello 22222 test3: name: 用例3 print: hello 3333
为了框架的可扩展性,config 和 teststeps 都不是必须的了,当然以前的格式还是会兼容
config: name: demo teststeps: - name: GET请求示例 request: method: GET url: http://httpbin.org/get validate: - eq: [status_code, 200] test1: name: 用例1 print: hello 11111 test2: name: 用例2 print: hello 22222
用例部分支持2种格式,可以是一个键值对格式
test1: name: 用例1 print: hello 11111
也可以是一个list
test1: - name: 用例1 print: hello 11111
如果用多个步骤步骤需要执行,那么用例应该是一个list,会按顺序去执行
config: name: demo test1: name: 用例1 print: hello 11111 test2: - name: get request: method: GET url: http://httpbin.org/get validate: - eq: [status_code, 200] - name: post request: method: POST url: http://httpbin.org/post json: username: test password: "123456" validate: - eq: [status_code, 200]
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
File details
Details for the file pytest-yaml-yoyo-1.0.7.tar.gz
.
File metadata
- Download URL: pytest-yaml-yoyo-1.0.7.tar.gz
- Upload date:
- Size: 19.8 kB
- Tags: Source
- Uploaded using Trusted Publishing? No
- Uploaded via: twine/4.0.1 CPython/3.8.5
File hashes
Algorithm | Hash digest | |
---|---|---|
SHA256 | 56cb8544216179e6aeaeef9091339f3c4b7f4ea4b344d81c912a61137bdb8278 |
|
MD5 | d936ff53b8cd2360f79cc6c7d03d6309 |
|
BLAKE2b-256 | 7ef7d1b9e17732debb4c1cf59c6038b28dba7388e062431fda7503d2913c6b89 |