【问题标题】:JMeter Recovery testingJMeter 恢复测试
【发布时间】:2018-05-09 15:42:39
【问题描述】:

我想将Recovery testing 设置为服务器,我可以模拟高负载的连接池已满,因此超时无法获取连接。

我需要以高负载开始测试,遇到故障并逐渐减少负载,

JMeter 无法动态更改它,所以我搜索插件,Concurrency Thread Group 正在做相反的事情, 逐渐增加它,有没有办法让它减少价值?

我唯一的选择是在减少负载的情况下开始新的执行吗?

进行恢复测试是为了检查应用程序在经历任何类型的崩溃或硬件故障等后恢复的速度和更好程度。

【问题讨论】:

    标签: jmeter load-testing jmeter-plugins recovery recovery-testing


    【解决方案1】:

    可以在没有任何插件的情况下使用vanilla JMeter来完成,JMeter的作用如下:

    • Thread Group 中定义的所有线程都在指定的加速周期内启动(这里您可以逐渐增加负载)
    • 所有线程开始执行采样器颠倒(或根据Logic Controllers
    • 当线程没有任何要执行的采样器和/或循环进行迭代时 - 它正在被关闭。

    因此,鉴于您逐渐开始您的请求,并且线程组未配置为永远运行 - 减速应该与加速运行几乎相同。您可以使用Gaussian Random Timer 稍微“帮助”JMeter,查看How to Ramp Down in JMeter 指南了解更多详细信息。

    【讨论】:

    • Ramp down using vanilla JMeter 链接包括调度程序,它将在下一个版本中删除,还有其他选择吗?
    【解决方案2】:

    我找到了一个 jmeter 插件 jp@gc - Ultimate Thread Group,我可以通过添加具有高线程数的第一行来从高负载开始,然后通过添加第二(或更多)行来减少线程数。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2015-10-20
      • 1970-01-01
      • 1970-01-01
      • 2017-04-17
      • 2018-09-28
      • 2012-07-29
      • 2010-11-25
      相关资源
      最近更新 更多