08-05 性能测试--定时器场景

用户定时器|集合点

模拟多用户在同一时间点发起请求,缩小并发线程启动时间误差

等待达到指定数量的用户数量后,集中发起请求

使用 Synchronizing Timer(同步定时器)

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

08-05 性能测试--定时器场景_第1张图片

其中 Timeout in millisecond(超时时间)=0,属于硬性等待

  • 若集合用户数>=线程数,运行脚本
  • 若集合用户数<线程数,一直等待,不会运行脚本

Timeout in millisecond(超时时间)>0,属于软性等待

  • 只会在设置好的 超时时间 内等待

结果观察:

08-05 性能测试--定时器场景_第2张图片

吞吐量定时器

Constant Throughput Timer

使用 Constant Throughput Timer ,通过控制单位时间的请求数,实现间接控制 TPS,观察响应时间波动:

缺点:每次修改吞吐量值时,需要停止脚本再启动,不利于观察整体的测试结果

08-05 性能测试--定时器场景_第3张图片

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

响应时间观察:

08-05 性能测试--定时器场景_第4张图片

RPS 定时器

Throughput Shaping Timer

使用 Throughput Shaping Timer 可以直接控制压力值

08-05 性能测试--定时器场景_第5张图片

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

结果观察:

08-05 性能测试--定时器场景_第6张图片

08-05 性能测试--定时器场景_第7张图片

固定定时器

集合时间满足后,瞬时并发请求:

  • 只会影响业务时间
  • 不会影响服务处理时间

08-05 性能测试--定时器场景_第8张图片

随机定时器

08-05 性能测试--定时器场景_第9张图片

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

你可能感兴趣的