办法总比困难多--JMeter压测小记
前段时间溢+支付接口慢,有商户直接反映掉单严重。
这时,我接到了压测溢+支付接口的任务。
JMeter我并不熟悉,公司也没有搞自动化测试的QA,一开始team里的一个同学简单做了一些预研。
溢+支付接口是http的api接口。每一笔支付请求的报文涉及到参数和参数签名,并且每次请求的签名都不一样。我问那位同学,用JMeter应该怎么来压测呢?
他说了一下他的方式,写个程序按照溢+规则预先生成一批请求报文(含参数和参数签名),把这些用例保存成excel,然后导入到JMeter里。接着启动任务跑。这么做的问题是,压测需要大量用例,所以,这些有限的用例肯定是测不出真实的结果的。
那怎么办?
毕竟大家都是程序员,对自动化测试也不懂,对JMeter脚本不熟悉。
我曾把这个疑问也跟其他同学讲,听听他们的想法。
毕竟大家都是程序员,对自动化测试也不懂,对JMeter脚本不熟悉。
后来呢,我想到了一个办法。
做个代理接口。什么意思呢? 就是写个http接口部署到web容器里,让JMeter直接调用这个http接口。而这个接口的逻辑是封装了溢+接口需要的请求报文(参数和参数签名),然后来调用溢+接口。
这么一中转,问题就迎刃而解了。
当看到一些不好的代码时,会发现我还算优秀;当看到优秀的代码时,也才意识到持续学习的重要!--buguge
本文来自博客园,转载请注明原文链接:https://www.cnblogs.com/buguge/p/7235982.html
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 全网最简单!3分钟用满血DeepSeek R1开发一款AI智能客服,零代码轻松接入微信、公众号、小程
· .NET 10 首个预览版发布,跨平台开发与性能全面提升
· 《HelloGitHub》第 107 期
· 从文本到图像:SSE 如何助力 AI 内容实时呈现?(Typescript篇)
· 全程使用 AI 从 0 到 1 写了个小工具