【问题标题】:JMeter response time decreases after the first run of test plan第一次运行测试计划后,JMeter 响应时间减少
【发布时间】:2014-09-24 05:19:24
【问题描述】:

我有一个在我的 Web 应用程序上使用的测试计划设置。这很简单,用户登录然后浏览一些页面。一切正常,除了当我第一次运行测试计划时(比如重新启动 Web 应用程序服务器后的第一次),记录的平均响应时间大约是 18000 毫秒,但在随后的运行中,它总是大约 3000 毫秒,直到我重新启动服务器。我只想知道为什么会这样。请原谅我,我是新手,提前致谢。

【问题讨论】:

  • 变化很大,通常由于缓存,您在后续运行中会获得更好的结果,但不会那么多。要检查是因为缓存还是其他原因,每次都使用参数化值运行它。如果您因为缓存而在响应时间方面得到了如此大的改善,那么这并没有错或您应该担心的事情,但请务必确定。

标签: jmeter load-testing stress-testing


【解决方案1】:

您可以开始排除测试计划的某些部分,然后重试。如果此响应时间没有减少,那么您可以关注您的 Web 应用程序服务器线程池大小。如果它非常小并且您的 Jmeter 测试计划需要超过这个大小,那么应用程序服务器会尝试创建新线程。当您增加应用服务器上的最小线程池大小时,响应时间仍然很长,因此需要关注您的测试计划的作用。顺便说一句,如果你分享的话,我想看看你的测试计划。

【讨论】:

  • 我想说的是,当我第一次运行测试计划时,它的持续时间是我后续运行它的 6 倍。我想知道为什么会有这么大的差异在第一次和随后的时间之间的响应时间..它与缓存有关还是发生的事情可能是当我再次运行相同的测试计划时。
  • 一般来说,我的问题是连续再次执行相同的测试计划是否会产生如此大的结果变化,即第一次平均。响应时间=18000ms,第二次平均响应时间=3000ms?
  • 如果您的请求通过 HTTP 发送并且您的网络拓扑可以有一种负载均衡器层来缓存先前请求的响应,那么这些不同的结果可能与预期的一样。但这只是一个评论。您的问题可能有不同的原因。看看你的测试计划会很有用。
猜你喜欢
  • 2020-08-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2020-05-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多