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

用户定时器|集合点

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

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

使用 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...