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

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

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

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