buguge - Keep it simple,stupid

知识就是力量,但更重要的,是运用知识的能力why buguge?

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

办法总比困难多--JMeter压测小记

标签: JMeter, 代理接口

 

前段时间溢+支付接口慢,有商户直接反映掉单严重。
这时,我接到了压测溢+支付接口的任务。
JMeter我并不熟悉,公司也没有搞自动化测试的QA,一开始team里的一个同学简单做了一些预研。
溢+支付接口是http的api接口。每一笔支付请求的报文涉及到参数和参数签名,并且每次请求的签名都不一样。我问那位同学,用JMeter应该怎么来压测呢?
他说了一下他的方式,写个程序按照溢+规则预先生成一批请求报文(含参数和参数签名),把这些用例保存成excel,然后导入到JMeter里。接着启动任务跑。这么做的问题是,压测需要大量用例,所以,这些有限的用例肯定是测不出真实的结果的。
那怎么办?
毕竟大家都是程序员,对自动化测试也不懂,对JMeter脚本不熟悉。

我曾把这个疑问也跟其他同学讲,听听他们的想法。
毕竟大家都是程序员,对自动化测试也不懂,对JMeter脚本不熟悉。

后来呢,我想到了一个办法。
做个代理接口。什么意思呢? 就是写个http接口部署到web容器里,让JMeter直接调用这个http接口。而这个接口的逻辑是封装了溢+接口需要的请求报文(参数和参数签名),然后来调用溢+接口。
这么一中转,问题就迎刃而解了。

posted on   buguge  阅读(453)  评论(0编辑  收藏  举报

编辑推荐:
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
阅读排行:
· 全网最简单!3分钟用满血DeepSeek R1开发一款AI智能客服,零代码轻松接入微信、公众号、小程
· .NET 10 首个预览版发布,跨平台开发与性能全面提升
· 《HelloGitHub》第 107 期
· 从文本到图像:SSE 如何助力 AI 内容实时呈现?(Typescript篇)
· 全程使用 AI 从 0 到 1 写了个小工具
点击右上角即可分享
微信分享提示