使用JMeter进行测试:如何每秒运行N个请求

ale*_*pro 52 jmeter stress-testing load-testing performance-testing

我需要测试我们的系统是否每秒可以执行N个请求.从技术上讲,它是对一个API的2个请求,对另一个API的2个请求,以及对第三个请求的6个请求.但重要的是它们应该同时发生 - 每秒10个请求.因此,在JMeter中我创建了三个线程组,首先定义了线程数1,并且加速时间为0.第二个线程组是相同的,第三个线程组定义了线程数6和加速时间0.但是这并不能保证它每秒运行它们 如何模仿它?我如何看待结果 - 如果它能够执行或不执行?

谢谢!

小智 68

你可以用ConstantThroughputTimer.

引用JMeter帮助文件如下:

18.6.4恒定吞吐量计时器此计时器引入可变暂停,计算使总吞吐量(以每分钟样本数计)尽可能接近给定数字.当然,如果服务器无法处理它,或者如果其他计时器或耗时的测试元素阻止它,吞吐量将会降低.注意虽然Timer被称为Constant Throughput定时器,但吞吐量值不需要是常量.它可以根据变量或函数调用来定义,并且可以在测试期间更改该值.

例如,我用它每秒生成40个请求:

 <ConstantThroughputTimer guiclass="TestBeanGUI" testclass="ConstantThroughputTimer" testname="Constant Throughput Timer" enabled="true">
      <stringProp name="calcMode">all active threads in current thread group</stringProp>
      <doubleProp>
        <name>throughput</name>
        <value>2400.0</value>
        <savedValue>0.0</savedValue>
      </doubleProp>
    </ConstantThroughputTimer>
Run Code Online (Sandbox Code Playgroud)

这就是总结:

Created the tree successfully using performance/search-performance.jmx
Starting the test @ Tue Mar 15 16:28:39 CET 2011 (1300202919244)
Waiting for possible shutdown message on port 4445
Generate Summary Results +  3247 in  80,3s =   40,4/s Avg:    18 Min:     0 Max:  1328 Err:   108 (3,33%)
Generate Summary Results +  7199 in 180,0s =   40,0/s Avg:    15 Min:     1 Max:  2071 Err:   378 (5,25%)
Generate Summary Results = 10446 in 260,3s =   40,1/s Avg:    16 Min:     0 Max:  2071 Err:   486 (4,65%)
Generate Summary Results +  7200 in 180,0s =   40,0/s Avg:    14 Min:     0 Max:   152 Err:   399 (5,54%)
Generate Summary Results = 17646 in 440,4s =   40,1/s Avg:    15 Min:     0 Max:  2071 Err:   885 (5,02%)
Generate Summary Results +  7199 in 180,0s =   40,0/s Avg:    14 Min:     0 Max:  1797 Err:   436 (6,06%)
Generate Summary Results = 24845 in 620,4s =   40,0/s Avg:    15 Min:     0 Max:  2071 Err:  1321 (5,32%)
Run Code Online (Sandbox Code Playgroud)

但我在我的网络中运行此测试.

  • 不知道为什么这不是公认的答案.有更多的选票,对我来说是完美的. (3认同)

Mar*_*ayo 33

与任何网络测试一样,总会出现问题,尤其是延迟问题 - 即使您可以每秒发送6个,它们也会按顺序发送(这就是数据包的发送方式)并且可能不会全部发送第二,加上处理时间.

通常,当性能指标特定x每秒时,它是在一段时间内测量的.你的API甚至可能有一个缓冲区 - 所以你可以在技术上每秒发送6个,但是每秒处理5个,缓冲区为20,这意味着20秒的流量就可以了,因为你已经发送了120个,需要120/5 = 24秒来处理.但是除此之外还会溢出缓冲区.所以要恰好发送6秒钟来测试是不够的.

在线程组中,您可以将线程数(用户数)设置为6.然后将其永久循环运行(勾选它或将其放入while循环中)并添加一个类似聚合报告和结果树的监听器.您可以使用检查正确内容的结果进行发送并做出响应(假设您验证了响应),在汇总报告中,您可以看到每小时每次活动发生了多少(显然可以乘以3600秒,但是由于这种不准确性,最好在很长一段时间内运行它.

现在可以运行初始负载测试,并且作为更准确的测试,您可以让它运行更长时间(浸泡测试)以查看是否存在任何其他问题 - 缓冲区溢出,内存泄漏或其他意外事件.