【问题标题】:how to interpret Jmeter thread configuration如何解释 Jmeter 线程配置
【发布时间】:2017-10-11 12:10:17
【问题描述】:

我正在尝试对一个由登录、查看页面、其他页面和注销组成的 Web 应用程序进行压力测试。整个流程包含 14 个请求,我创建了 300 个用户来完成流程。

我有以下线程组配置:

根据网上资源,因为我有300个用户,并且ramp up period是6,所以每1秒会增加50个线程。因此,所有 300 线程将在 6 秒后启动并运行。

那么我是否可以得出结论,6 秒后 Jmeter 将有 300 个活动线程同时访问该网站?

我的第二个问题是,当我在 Sampler Result 选项卡中查看 Result Tree Listener 时执行 100 多个用户的负载测试时,以下错误仅针对 js 和 css 文件触发,但是当我打开响应数据选项卡时该请求显示正确。

Response code: 200
Response message: Embedded resource download

javax.net.ssl.SSLHandshakeException message:Non HTTP response message: Remote host closed connection during handshake,

是我网站的性能问题还是 Jmeter 无法下载所有的 js/css 文件?

提前致谢

【问题讨论】:

    标签: jmeter


    【解决方案1】:
    1. 关于您的线程配置,实际并发将取决于您的应用程序响应时间。 JMeter 的作用如下:

      • 每 1 秒 JMeter 将启动 50 个用户
      • 50 位用户中的每一位都将开始颠倒执行您的 14 个请求
      • 当用户完成执行所有请求时,它将被关闭

      因此,鉴于您的应用程序对所有 14 个请求的平均响应时间 > 500 毫秒,您应该有 300 个并发用户。您可以随时使用Active Threads Over Time 侦听器检查有多少用户在线。有关该主题的更多详细信息,请参阅JMeter Test Results: Why the Actual Users Number is Lower than Expected 文章

    2. 信息太少,无法提供答案检查 jmeter.log 和您的应用程序测试日志中的任何线索。有一点很明显:您绝对不应该在 GUI 模式下运行 JMeter,尤其是在启用 View Results Tree 侦听器的情况下,因为它过于占用资源并且副作用可能无法预测。因此,在禁用所有侦听器的情况下,在 non-GUI mode 中重复您的测试,如果问题仍然存在 - 检查日志文件。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2019-01-16
      • 2011-07-20
      • 1970-01-01
      • 2016-02-06
      相关资源
      最近更新 更多