为了测试重构接口,我开发了接口测试比对工具,2024年最新最详细的docker中安装并配置redis

本文介绍了一位技术专家分享的软件测试学习资源和他为提高测试效率而开发的接口比对工具,包括公共变量配置、请求信息管理、跨域解决方案,以及响应信息提取功能,旨在帮助测试人员系统化学习和提升工作效率。
摘要由CSDN通过智能技术生成

先自我介绍一下,小编浙江大学毕业,去过华为、字节跳动等大厂,目前阿里P7

深知大多数程序员,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年最新软件测试全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友。
img
img
img
img
img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,涵盖了95%以上软件测试知识点,真正体系化!

由于文件比较多,这里只是将部分目录截图出来,全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频,并且后续会持续更新

如果你需要这些资料,可以添加V获取:vip1024b (备注软件测试)
img

正文

image.png

  • 按照测试用例测试接口,在postman中,我创建了两个环境,如图:test环境和refactor-test,在这两个环境中分别设置变量以及变量值
  • 在请求中使用变量信息,在接口发生调用时,postman会使用使用环境中的变量值替换变量。分别在test环境和refactor-test环境发起接口调用,就能获取到新旧接口的响应
  • 将每次请求的响应分别粘贴到比对工具中,进行结果比对。

有没有发现一个问题:每次我均需要分别获取两个接口的响应,然后再分别粘贴到比对工具中比对。如果就几条测试用例还好,但是涉及的接口很多,几百条的测试用例,如果还是通过该方式去测试的话,效率就很低下了。

问题2:提单效率低

在发现接口bug之后,我们提单时还需要分别提供新旧服务接口的请求信息,必要时还需要粘贴测试时接口返回的响应信息。所以提bug时大概是这样的流程:

  • 创建jira单
  • postman中分别切换到test环境和refactor-test环境,生成curl请求,并粘贴到jira中
  • 还需要粘贴每个响应的响应头信息到jira中

image.png

每次发现问题还要粘贴比较多的信息(天天cc+cv,键盘顶不住,哈哈),效率也不高。

PS: 我们在测试环境执行完测试用例之后,在上线之前还要进行多次引流操作,在必要的情况下,还会手动造一些边界流量。将其他环境的流量在test环境进行回放,也会将不写db操作的接口的流量在live-test环境进行回放。

我们使用GoReplay进行流量回放,为了提供效率,我也写了一个流量回放平台,用于配置回放规则、比对流量,记录差异流量等。有兴趣的话,我后续将分享该平台的实现。

解决方案及开发

回归本次分享,为了提高手动测试接口的效率,我干脆造了个轮子,花了2-3天时间写了一个接口比对工具。使用Vue开发前端,Django开发后端。

该工具主要包含以下功能:

  1. 设置公共变量
  2. 配置新旧接口的请求信息
  3. 发起请求&&展示两者返回的响应
  4. 支持对响应信息提取
  5. 比对响应
  6. 支持分享本次请求信息并生成一个链接, 将链接粘贴到jira单极客,可以大大减少提单时手动粘贴大部分信息。

1.设置公共变量

设置公共变量的目的是同一组接口需要验证多种场景,我只需要将左边的请求信息和右边的请求信息配置好即可。如果想要测试其他场景,只需要将公共变量设置为其他值就行。

2.配置接口的请求信息

直接根据postman进行描绘。接口处理功能相对比较完善。目前除了暂不支持文件上传之外,其他场景均能支持。

image.png

3.发起请求&&展示两者返回的响应

左右两边的请求信息填写完毕,点击发送请求,前端会使用配置的公共变量将请求信息中设置的变量进行替换。替换完成后,将请求提交给后端服务器【一个代理服务器,主要是根据前端提供的请求参数,使用requests发起请求,再将响应返回给前端。】。

可能会有人问为什么不直接通过前端调用新旧接口呢?
这里就涉及到了跨域问题,如果请求接口的服务器不支持跨域访问的话,那么前端的调用接口将无法成功。我最初打算用前端axios发起接口调用,但是存在跨域问题。

发现存在跨域问题之后,我想了两个解决方案:

  • 第一种:使用代理服务器。代理服务器可以作为前端应用和后端服务器之间的中间层,处理所有的跨域请求。这样我只需要代理服务器上设置CORS策略,就能通过代理服务器调用所有后端服务器了。
  • 第二种:本地代理方式。通过开发Chrome插件进行实现。

由于对Chrome插件不太熟悉,有一定的上手成本,我选择了方案1。

4.响应信息提取与响应比对

我或许有人有疑问:为什么不直接对新旧接口返回的响应进行比对,还需要增加响应信息提取功能呢?

我的考虑是这样的:在发现新旧接口返回的响应有差异之后,我们能够得出接口不符合预期。但如果我想结合用例和响应信息来排查是什么原因导致的话,且响应内容较长,不容易从响应信息中进行分析。

添加响应信息提取功能,可以对接口响应信息进行统计,比如说统计某个列表的数量,过滤某个列表的字段大于100的元素等等。这些可以使用JS的map,filter等常用函数来实现。

网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。

需要这份系统化的资料的朋友,可以添加V获取:vip1024b (备注软件测试)
img

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
img-m5y04RSo-1713451840252)]

一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!

  • 29
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值