为什么我在使用JMeter而不是SoapUI时获得了更高的TPS(并且更稳定)



我正在为一个web服务服务器(基于Tomcat+Axis2)进行负载测试。

在测试中,我使用HTTPS调用一个方法:

  • 当使用SoapUI时,通过简单的策略和设置线程数,当TPS超过60一段时间时,SoapUI中会出现一些错误(约0.1-0.3%)("目标服务器无法响应")。在网络服务服务器上,似乎根本没有收到这些请求。99.7-99.9%的请求得到了正确接收和处理。

  • 当使用JMeter时,TPS很容易变高(100-200TPS),并且JMeter聚合报告中没有显示错误。在web服务服务器上,每个请求都会被接收并正确处理。

为什么JMeter和SoapUI的测试结果看起来不同?工具上有什么特殊配置吗?

顺便说一句,当使用HTTP调用方法时,SoapUI上没有错误。

是否使用单个服务器生成负载?

soapUI首选项中有一个增加套接字超时的选项,看看这是否有帮助。

我唯一能想到的web服务器没有得到一些请求的原因是所使用的端口陷入了困境。除了增加套接字超时之外,还可以尝试使用不同的load generator,或者更好地使用loadUI。

此外,请检查soapUI的内存管理页面

http://www.soapui.org/Load-Testing/memory-management.html

根据个人经验,我发现jmeter在性能测试WS方面比soapUI更可靠。

相关内容

最新更新