盘点下接口测试平台待开发功能

2022-05-19 13:52:28 浏览数 (1)

随着接口测试平台该系列的大火,几十上百个公司的使用。

目前也收集到了铺天盖地的需求和新的设计,当然大部分都是早就准备落实的。本文就来进行盘点一下,也是给大家对迷茫的前景 稍微拨开一点云雾吧~

1. 多用例一键执行 / 接口库 一键执行 报告整合。

首先这种功能就是很省力,不用一个一个去点运行 请求。而且很多同学都会把接口库当作单接口测试用例来使用,所以一键执行,并且执行后可以出现测试报告展示,是一个非常非常实用的功能。

2. 请求类型增加带文件的功能。

按理说这么基础的功能早就应该开发完成了,但是一直拖到现在是因为确实有更紧急的功能待开发,一般用图片文件的请求在实际工作中的比例也很少,实现难度其实并不高,只是交互的便捷性需要思考。

3. 抓包录入功能。

抓包功能到底多强大不用多说,为什么要抓包录入接口呢?因为这样可以录入的接口自带真实请求数据,甚至多选顺序的几个接口可以直接导入成业务用例,前后接口的联系自动,返回值提取和应用设置也智能生成,这种牛x的功能,我打赌在目前市面上一切工具/平台都不具备。

4.自动验签算法。

众所周知,公司内的接口几乎都有自己独一无二的签字算法,不是别人随便请求就可以通的,那么我们在测试时总是要很麻烦的自己去计算然后手动添加到接口请求体内,那么此功能,就是可以自动计算并添加,解放我们的双手的超便利功能,目前市面上也属于绝版一样的功能哦~

5.全局变量的预置字段

这个全局变量相和上面的验签 是俩码事,全局变量更灵活,可以应用到任意位置,但是它只负责生成,具体插入到哪要自行设置。我们之前做的是固定数据,在实现后,我们会加入预置字段。比如说:#time# #身份证# #护照# 等等,可以自动生成符合规则的一些常用字段。

6.异步接口的队列消息测试功能

现在的接口测试,我们不能总停留在测试下返回值的程度了,我们要把这个接口干了什么事全部想办法测试,其中比较重要的就是异步接口常用的消息队列,也就是 生产者-消费者 形式的,接口会触发生产者生产消息,我们在接口的断言中可以添加测试该消息是否生产成功,也就是启动一个消费者来验证即可,kafka和rabbitMQ的小伙伴们 可以开心了哦~

7. 数据库模块

铛铛铛!超级牛x的模块闪亮登场, 上面刚说完,我们要测试接口所做的所有事情,那么接口要干的事 基本都是 操作数据库,尤其是写操作。我们之后增加了数据库模块后,就可以让接口的断言中,除了返回体,消息队列,还可以断言数据库内容! 而且还能从个数据库中拿出数据当作变量 传递给 用例列表的下一个接口 当作请求体字段,牛x不牛x?这种360度无死角的测试,开发同学怕不怕!

8.接口文档解析和导入

总有同学抱怨,从接口文档 复制到 平台中 即麻烦又无聊还容易出错,所以我们实现了接口文档全自动解析导入 和 半自动解析导入。什么意思呢,全自动可以让你输入接口文档的地址链接,自动去解析里面所有接口和请求数据来生成一个个接口,你只需要自己后期检查下就可以了。 半自动呢就是比如你输入的是form-data格式,一个一个的字段复制粘贴太难了,所以就可以打开导入小窗口,手动复制文档的一大堆字段,先别管复制成什么样,直接粘贴到这个小窗口,点击导入,就可以瞬间导入所有字段了。

9.线上自动化监控

我们打算在之后新开一个大模块,和项目管理并列的大模块,叫线上监控,里面基本就是用例模块的复刻,只不过在这之上,我们增加了监控模块,所谓监控就是可以自动去一遍一遍的触发用例,报告结果。只不过我们要做的更牛x,比如触发间隔,用例可选,警报分级,邮件/电话/短信/钉钉/微信消息。避开时间段,等等等等。

10.公共官方接口仓库

为什么要打造这个呢?原因是很多同学导入到项目内的接口时,依然会觉得繁琐,甚至去搜测试文档都觉得烦,所以才有了这个官方仓库,这个官方仓库存放着公司内目前所有接口,并且由专人半自动的方式进行维护看护,保持接口的最新状态。其他人使用时直接从里面模糊搜索出来,导入到自己项目中使用即可。别小看这个功能,在作者公司当时可以最紧急的需求之一。

11.字段注释

这个功能也是非常非常的有用,不要小看,我们在实际使用接口测试的过程中,经常会出现忘记这个字段是干嘛的,有什么约束了,是不是必填等等。所以我们要在创建字段的时候,给每个字段,增加解释文案,可以很简单复制粘贴接口文档即可,甚至可以是半自动的。等到足够强大,就可以正式替换接口文档了。

12.简单压测功能

既然接口都维护在平台上了,连什么异常自动测试功能都实现了,那么简单的压测能不能搞呢?当然能!在每个接口后面 都可以增加这个压测功能,并发接口,逐步递增,负载压力测试都可以进行实现,有人会担心,python底层能不能撑得住,这点我可以回答,其实大多数接口都可以顶得住,如果不满意,其实我们可以用go语言来写底层驱动,这样效率会大大提升。如果担心服务器性能顶不住,那么我们可以去单独申请个电脑作为奴隶机,让在服务器上的接口测试平台控制,把要压测的接口和任务 下发给奴隶机,奴隶机压测结束后把结果返回给平台即可。

13.权限模块

一但功能变多,用户变多,那么权限管理也开始显示出其重要性。不然到时候谁删了谁的测试数据,谁把谁请求搞乱了,这种纷争不断,你作为平台管理肯定要负责的。权限模块上线后,到时候谁能不能进别人的项目,增删改查,运行看报告都可以随便设置了。

14. others 其他的功能 大的小的还有很多,而且还有一些更惊世骇俗的亮点功能,这里就暂时不透露,毕竟开发到这,还早着呢,到时候更多新设计也出现了。

最后。

有没有发现,我们这个平台已经替换了postman,charles,fiddler,jenkins,接口文档等多种主流工具了,我们把这些主流工具 整合到一起,取其精华,融会贯通,这有一点真正接口测试开发工程师集大成者的风范了哦~

0 人点赞