接口自动化测试平台--LRUN (二)

简介: 接口自动化测试平台--LRUN

接口模板


接下来就是接口模板了,先来看看长啥样。是不是还挺漂亮哇~~

可以添加分组,将一个模块的接口放在一个分组下

点击分组下的接口,数据会渲染到右边,点击发送,就可以发送请求了,然后将响应结果渲染到页面上。

响应内容,是不是和 postman 页面类似。会显示 status code、接口运行时间、接口返回的数据大小。

灰色的一长串 uuid 为当前用例的 case_id,可以根据该 case_id 查询详细的信息

响应 headers

响应 cookies,因为我的接口没有返回 cookies,所以为空

断言页面,支持丰富的断言(往后看),满足你断言的各种方式。断言成功之后上面就会显示断言成功的绿色浮层,如果有一个断言失败的话,会显示红色的浮层


点击【添加接口】可以将右边所有的数据清空,就可以添加接口了。不清空的话,默认为编辑 api。


如何添加一个接口?

选择 SSL 验证、请求方式、环境、路径、是否跳过、循环次数(接口模板里的循环次数只在场景用例里生效,在接口模板里只会执行一次),如果有动态参数的话,可以通过 ${variable_name} 方式动态传参。

添加请求 headers

添加请求 body,这里集成了 json 编辑器,目前只支持 json 数据,右边两个按钮可以对参数进行格式化和压缩

断言,支持十多种断言方式。类型支持字符串、整形、布尔值

支持四种断言方式

  • 断言状态码:status_code
  • 断言响应头:headers.xxx
  • 断言cookies:cookies.xxx
  • 断言响应体:body.xxx

提取参数变量,支持从响应头、响应cookies、响应体里提取数据。其他地方可以通过 ${variable_name} 方式引用提取到的值

添加 hooks,可以在请求前和请求后做一些处理,支持添加多个 hooks。一般是在请求前对请求数据做一些加密处理和响应之后根据响应数据做些操作。

添加完成之后就可以进行保存了,可以选择要保存到的分组下

也可以进行删除

保存成功之后点击左边的接口,数据渲染到右边之后,就会出现删除按钮,这里我做了一个轻量的删除

上面基本上就是接口模板里的功能了,功能还是比较强大的,页面也是比较美观的。


测试用例


上面添加完了接口之后,就可以组装场景用例了。

场景用例一般是对一个场景进行测试,比如我登录成功之后,我去添加员工,添加完成之后我在查询数据,最后在删除数据。这些就可以看做是一个场景。

测试用例页面分为三个部分,最左侧的为组装好的测试用例,中间的为在接口模板里添加的接口,右边为场景用例列表。点击左侧的用例名称就会渲染在右边的测试用例列表页面,支持编辑更新。

可以拖拽 API 列表里的接口到测试用例列表里,执行的时候会根据测试用例列表里的接口,从上往下一个一个执行,如果某个接口里设置的 times 是多次,则会将这个接口运行多次,运行完成之后在执行下一个接口。

可以自行排序,上下拖拽也可以进行排序,可以拖拽多个相同的 API 组成用例

鼠标放到 api 上会出现删除功能

也可以在测试用例页面进行 api 的编辑,这样在接口模板里只需要添加一个接口作为模板就可以了。例如一个登录接口,你要测正常的 case、还要测用户名密码分别错误的 case、为空的 case 等等。这时候你就可以将登录接口拖四五个到右边,然后在编辑接口,修改参数以及断言数据。

我们公司的接口,经常是传的参数不同,返回不同的数据。点击编辑进入到编辑页面,可以调试,也可以返回,也可以修改后保存。保存成功之后,用例列表会显示修改后的。

编辑页面,也支持调试接口,和接口模板里的功能一样

组装好用例之后就可以保存用例了,保存用例的时候可以选择发送邮件的方式。有以下三种方式,会发送到飞书群里,这里我飞书的地址在后端写死了,不支持修改,一般来说设置好飞书机器人之后就不会在变的。所以我这里不支持前端新增和修改。

保存之后就可以运行用例了,点击运行之后会在后台运行,因为当接口多的时候,比较耗费时间,当运行完成之后就可以查看测试报告了

飞书收到的测试结果如下,点击查看报告可以查看报告详情


 

测试报告


运行完场景用例之后,测试报告必不可少。可以查看总耗时、总用例数、成功数、失败数、跳过个数以及测试结果

也可以点击查看详情,这里参考了一个大佬写的报告样式。感谢大佬

也可以查看具体的请求数据、响应数据以及断言


定时任务


没有定时任务的测试平台是没有灵魂的,我们可以定期执行用例,不需要手动点击运行了。

支持三种定时方式,一种是到某个时间执行一次,一种是每隔多久执行一次,最后一种就是 cron 方式了

某一刻执行一次任务,选择要执行的时间,右边选择执行的用例。

每隔多久执行一次,这里就可以设置多久一次,比如每天早上 10 点执行一次主要场景的接口,然后发送报告到群里,开发看到有失败的接口就可以去修复了。

也可以每隔 10 分钟跑一次,这样当线上出现故障的时候,我们就能及时的发现,而不是等用户反馈给我们。

cron 方式,传的是一个字典类型的

创建成功之后就可以启动任务了,默认创建完成之后任务是停止的,需要手动点击【启动】,任务才会启动,你也可以随时选择停止任务

定时任务执行成功之后,也会生成测试报告,可以进入到测试报告查看详情,也会发送飞书消息到群里


代码管理


代码管理的话主要是处理一些动态参数、数据的加解密、前置、后置做一些操作,可以在代码管理页面写 python 代码,也支持在线调试,写完之后可以通过 ${func_name()} 的方式来引用


mock


功能还未实现,在开发中。。。

 

以上就是平台的主要页面和功能了。后期也会进行更新迭代的


相关文章
|
20天前
|
传感器 数据采集 监控
LabVIEW电池管理系统测试平台
LabVIEW电池管理系统测试平台
21 4
|
11天前
|
机器学习/深度学习 人工智能 自然语言处理
探索自动化测试的前沿:AI与软件测试的融合
在数字化浪潮中,软件测试作为确保产品质量的关键步骤,正迎来一场革命。本文将深入探讨人工智能(AI)如何革新传统软件测试流程,通过具体案例分析,揭示AI技术在提高测试效率、减少人为错误以及预测潜在缺陷方面的潜力。我们将一窥AI在自动化测试中的应用现状,并展望其对未来软件质量保障的影响。
|
13天前
|
前端开发 数据管理 测试技术
前端自动化测试
前端自动化测试
|
16天前
|
JavaScript 前端开发 测试技术
自动化测试在API测试中的深度应用与实践
【7月更文挑战第8天】自动化测试在API测试中的应用极大地提高了测试效率和质量,为软件的快速迭代和持续交付提供了有力保障。通过合理选择测试工具、制定清晰的测试计划并遵循最佳实践,我们可以充分发挥自动化测试的优势,为软件产品的稳定性和可靠性保驾护航。
|
13天前
|
XML JSON 测试技术
Postman接口测试工具详解
📚 Postman全攻略:API测试神器!📚 发送HTTP请求,管理集合,写测试脚本,集成CI/CD。从安装配置到环境变量、断言、数据驱动测试,一步步教你如何高效测试RESTful API。实战案例包含GET、POST、PUT、DELETE请求。用Newman在命令行跑集合,自动化测试不发愁!👉 [洛秋小站](https://www.luoqiu.site/) 学更多!🚀
28 1
|
20天前
|
数据采集 测试技术
常见测试测量接口的比较:PXI、PXIe、PCI、VXI、GPIB、USB
常见测试测量接口的比较:PXI、PXIe、PCI、VXI、GPIB、USB
21 2
|
22天前
|
测试技术 API 持续交付
【Python自动化测试】文章探讨了Python在测试领域的关键作用,分为三部分
【7月更文挑战第2天】【Python自动化测试】文章探讨了Python在测试领域的关键作用,分为三部分:1) 自动化测试的重要性与Python的易用性、库支持、跨平台和社区优势;2) Unittest作为标准测试框架的基础用法,及Pytest的灵活性与强大功能;3) 实践中包括Selenium的Web UI测试、Requests的API测试,强调测试隔离、持续集成等最佳实践。Python助力高效稳定的软件测试。
27 2
|
9天前
|
监控 网络协议 安全
由于楼层自动化系统的复杂性和多样性,很难给出一个通用的Python代码示例,因为每个系统可能使用不同的硬件、通信协议和软件接口。
由于楼层自动化系统的复杂性和多样性,很难给出一个通用的Python代码示例,因为每个系统可能使用不同的硬件、通信协议和软件接口。
|
14天前
|
JSON 测试技术 数据格式
postman接口测试工具详解
postman接口测试工具详解
|
19天前
|
敏捷开发 监控 Devops
探索自动化测试的利剑:持续集成与持续部署(CI/CD)在软件测试中的应用
在软件开发的快速迭代中,传统的手动测试方法已经无法满足效率和质量的双重需求。本文将深入探讨如何通过实施持续集成(CI)和持续部署(CD)来优化自动化测试流程,提升软件交付速度及质量保证水平。我们将分析CI/CD在测试中的关键作用,并通过实际案例数据展示其对提高测试覆盖率、缩短反馈周期和增强开发协作的积极影响。
38 0