接口自动化平台用例执行引擎—ApiTestEngine
前言
ApiTestEngine 主要是为了快速进行接口自动化平台开发,基于 unittest 设计的接口用例执行引擎,其实之前开发的接口自动化框架 apin 也可以作为测试平台的用例执行引擎。但是 apin 最初设计的初衷是基于 JSON 或 YAML 文件来编写测试用例,里面设计了更多规则。用来进行平台开发反而有些笨重了,也不适合在课程中教学使用,于是在 apin 的基础上进行了精简和优化,开发了 ApiTestEngine 这个更为精简和灵活的用例执行引擎。下面介绍一下 ApiTestEngine 的具体使用。
►安装
pip install ApiTestEngine
一用例执行函数
用例执行入口函数为 core.cases 模块中的 run_test,具体使用如下
►run_test 参数说明
- case_data: 执行的测试数据
- env_config:执行的环境配置
- debug:是否为 debug 模式(单接口调试运行使用 debug 模式)
# 测试数据(详细结构说明看下一节)
case_data = [{},{}]
# 运行环境数据(详细结构说明看第三节)
config = {}
result = run_test(case_data=case_data, env_config=config, debug=False)
二测试数据结构
下面详细介绍 run_test 执行测试的用例数据(case_data 参数)
1、 测试数据基本结构
[
{
'name':"测试场景名称1"
'cases':['用例数据1','用例数据2']
},
{
'name':"测试场景名称2"
'cases':['用例数据3','用例数据4']
},
......
]
执行的用例数据为 list 类型,列表中的元素为测试场景(dict 类型),测试场景有两个字段,name 和 cases
- name:测试场景的名称
- cases:包含该测试场景下所有用例的列表
2、测试场景中测试用例的数据结构
注意:测试用例数据为一个字典,具体结构如下:
{
"title": "测试用例2",
"host": "http://httpbin.org/post",
"interface": {
"url": "/post",
"name": "登录",
"method": "post",
},
"headers": {
'content-Type': "application/json"
},
"request": {
'json': {"mobile_phone": "${{user_mobile}}","pwd": "lemonban"},
},
'setup_script': "print('前置脚本123')",
'teardown_script': "test.assertion('相等',200,response.status_code)"
}
►用例字段说明:
title: 用例名称( 必填)
host: 测试接口的 host 地址 (非必填,如果没填则会使用全局的变量中的 host)
interface:请求接口,字典类型(必填),包含三个字段:
name: 接口名(非必填)
url: 接口路径(必填)
method:请求方法(必填)
headers:请求头,字典类型(非必填,如果全局遍历中设置了请求头,则会将此处请求头和全局遍历请求头合并)
request:请求参数,字典类型(非必填,支持 requests 模块请求的所有字段),常用字段如下
data:传递表单参数(同 requests 模块的 data)
json:传递 JSON 参数(同 requests 模块的 json)
params:传递查询参数(同 requests 模块的 params)
files:上传文件,参数具体格式如下:
# { "参数名": ["文件名", "文件路径", "文件类型"]}
{
"name": ["19.png", r"./image/19.png", "image/png"]
}
提示:其他 requests 模块中支持的字段这里都支持
setup_script:用例前置脚本,字符串类型(具体使用参照第五节)
teardown_script:用例后置脚本,字符串类型(具体使用参照第五节)
3、用例中引用全局遍历
在测试数据的 header、interface,requests 中可以引用变量
变量引用语法:$ {{变量名}}
"request": {
'json': {"mobile_phone": "${{user_mobile}}","pwd": "lemonban"},
}
# 说明:上面requests的json参数中引用了变量 user_mobile
三环境数据说明
环境数据一共包含三个字段:ENV,DB,global_func
1、ENV : 全局变量,字典类型(必填项),存放全局的 host,自定义的全局变量
2、DB:数据库配置对象,列表类型(必填项),支持同时连接多个数据库服务,每个连接为列表中的一个元素,连接配置信息如下
{
"name": "aliyun",
"type": "mysql",
"config": {
"user": "future",
"password": "123456",
"host": "api.lemonban.com",
"port": 3306
}
}
name: 连接名(字符串,只能用英文),在用例脚本可以通过 db.连接名。去执行 SQL 语句(参照前后置脚本)
type:数据库类型(目前仅支持 MySQL 数据库,可以自己扩展开发)
config:数据库连接信息,字典类型,字段如下
user :账号
password:密码
host: 数据库的 host 地址
port:数据库的端口
3、global_func:全局工具函数(字符串)
建议:在进行平台在开发时,将 global_func 设置问大文本字段,前端编辑完,后端直接存在数据库,执行用例时读取出来传入即可
四全局工具函数说明
global_func 中定义的全局函数,在用例的前后置脚本中可以直接调用,调用方式如下
五前后置脚本
为了让用户 更方便的去编写前后置脚本进行测试,框架本身也预设了一些变量和一些方法
1、脚本中预置的对象:
ENV:全局变量
env:临时变量
response:请求响应对象(后置脚本可以访问)
2、脚本中预置的方法
test.re_extract: 正则提取数据
参数1:数据源(str类型)
参数2:提取表达式
test.json_extract:jsonpath 提取数据
参数1:数据源(dict类型 or list类型)
参数2:提取表达式
test.save_global_variable:设置全局变量
参数1:变量名
参数2:变量值
test.save_env_variable:设置临时变量
参数1:变量名
参数2:变量值
test.delete_global_variable:删除全局变量
参数:变量名
test.delete_env_variable:删除临时变量
参数:变量名
test.assertion:断言方法
参数1:断言方法
参数2:预期结果
参数2:实际结果
如果以上内置的方法不能满足需求,可在全局的工具函数中定义相关的方法,在脚本中调用。
关于 ApiTestEngine 的基本使用就给大家介绍到这里啦,大家可以去研究一下,用来编写测试平台。
最后: 可以在公众号:伤心的辣条 ! 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享!,其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
学习不要孤军奋战,最好是能抱团取暖,相互成就一起成长,群众效应的效果是非常强大的,大家一起学习,一起打卡,会更有学习动力,也更能坚持下去。你可以加入我们的测试技术交流扣扣群:914172719(里面有各种软件测试资源和技术讨论)
喜欢软件测试的小伙伴们,如果我的博客对你有帮助、如果你喜欢我的博客内容,请 “点赞” “评论” “收藏” 一键三连哦!
相关文章
- PHP模板引擎正则替换函数 preg_replace 与 preg_replace_callback 使用总结
- 三大特性,多个场景,Serverless 应用引擎 SAE 全面升级
- 《安富莱嵌入式周报》第296期:硬件电路实现SPI转以太网,单片机3D游戏图形引擎,Linux基金会年度报告,安捷伦直流电源原理图,KEIL C51更新9.61
- Atitit.自定义存储引擎的接口设计 api 标准化 attilax 总结 mysql
- 带你玩转Flink流批一体分布式实时处理引擎
- 云图说丨OLAP开源引擎的一匹黑马,MRS集群组件之ClickHouse
- 计算机图形学学习方法和相关书籍,做游戏,GIS,虚拟现实,三维引擎的都能够看看.
- LabVIEW为可执行文件构建安装程序时找不到运行引擎
- 3D游戏引擎设计与实现(6)
- 3D游戏引擎设计与实现(16)
- 3D游戏引擎设计与实现(17)
- Fcitx5-rime输入法/引擎安装配置
- UEBA架构设计之路(三):复杂事件处理引擎——内含一些 实体的行为分析 实体活动分析 方法
- Mysql 版本号、存储引擎、索引查询