Gatling vs Jmeter-每个请求的响应时间差异很大

ami*_*tks 3 jmeter load-testing gatling

我使用Firefox创建了完全相同的演示场景(在网站主页上着陆),并使用Gatling和Jmeter测试了这些工具。

当我用500 VU一次(一次)执行这两个命令时,响应时间(Gatling为800毫秒,Jmeter为3000毫秒以上)之间得到了巨大的差异,而JMeter在Gatling期间显示了超过29%的故障仅显示1%

信任哪一个?

由于该应用程序仍在开发中,因此加特林似乎并不可靠,因为我们知道响应时间通常约为2.5秒。

Dmi*_*i T 6

不要相信任何一个。我的期望是,使用JMeter不仅可以记录主要请求(在网站首页上着陆),还可以记录对所谓“嵌入式资源”的一堆请求-图像,脚本,样式等,而加特林不会记录这种形式的请求。

这一点非常重要,因为通常这些嵌入式资源要比主要响应“重”,因此您需要注意这一点。

  1. 不要记录对嵌入式资源的调用。真正的浏览器以并行方式下载它们(主要请求,然后是并发调用以获取它们)
  2. 配置负载测试工具以自动获取嵌入式资源。

  3. 不要忘记缓存。真正的浏览器会下载这些图像,脚本和样式,但只能执行一次,实际上并没有发出后续请求,资源是从浏览器的缓存中返回的。

有关更多详细信息,请参阅《使用JMeter进行Web测试:如何正确处理HTML响应中的嵌入式资源》,该文章面向JMeter,但是对于Web应用程序性能测试,相同的建议也适用于任何负载测试工具。