关于jmeter:0805-性能测试定时器场景

35次阅读

共计 601 个字符,预计需要花费 2 分钟才能阅读完成。

用户定时器 | 集合点

模仿多用户在同一时间点发动申请,放大并发线程启动时间误差

期待达到指定数量的用户数量后,集中发动申请

应用 Synchronizing Timer(同步定时器)

参考链接:https://blog.csdn.net/sun_hm/…

其中 Timeout in millisecond(超时工夫)=0,属于硬性期待

  • 若汇合用户数 >= 线程数,运行脚本
  • 若汇合用户数 < 线程数,始终期待,不会运行脚本

Timeout in millisecond(超时工夫)>0,属于软性期待

  • 只会在设置好的 超时工夫 内期待

后果察看:

吞吐量定时器

Constant Throughput Timer

应用 Constant Throughput Timer,通过管制单位工夫的申请数,实现间接管制 TPS,察看响应工夫稳定:

毛病:每次批改吞吐量值时,须要进行脚本再启动,不利于察看整体的测试后果

参考链接:https://www.cnblogs.com/eagle…

响应工夫察看:

RPS 定时器

Throughput Shaping Timer

应用 Throughput Shaping Timer 能够间接管制压力值

参考链接:https://www.jianshu.com/p/303…

后果察看:

固定定时器

集合时间满足后,刹时并发申请:

  • 只会影响业务工夫
  • 不会影响服务解决工夫

随机定时器

参考链接:https://www.cnblogs.com/yoyok…

正文完
 0