jmeter性能测试之使用吞吐量控制器控制采样器的执行次数

测试目标：平台的不同资源进行一小时2000次的点赞收藏操作，检查接口响应时间、百分比用户最大响应事件、错误率是否达标；

 

性能需求提炼：

　　1.每小时2000次的点赞操作和收藏操作，可以计算出点赞功能和收藏功能的吞吐量分别为：2000/hour、2000/hour

　　2.硬性性能指标：接口平均响应时间小于等于500ms

 

测试脚本设计：

　　1.如何让10种不同的资源要同时开始点赞收藏操作？如果要将10种资源放在一个线程组里面的话，是实现不了的，因为线程组里面的采样器是按照顺序执行的，不能达到同时的效果，所以将10种不同资源的点赞收藏操作放在10个线程组里面（线程组默认是同时运行，且线程组内的线程互不影响），就可以达到同时执行不同资源的点赞收藏功能

　　2.不同资源指共有10种不同资源需要进行性能测试，同时要求10种资源同一时刻进行点赞收藏操作，这里的 ‘ 同一时刻 ’ 可以使用jmeter的同步定时器完成（同步定时器是等待达到设置的线程数时，开始执行采样器）。

　　3.根据1和2的组合后，可以达到一种让10个资源在同一时刻开始执行采样器，当然这种 ‘ 同一时刻 ’只是在一开始的时候，10个线程同一时刻开始执行，一旦运行后，就不能保证第二秒也是在同时进行点赞收藏操作。

　　4.如何保证一小时执行2000次的点赞操作？可以使用jmeter中的吞吐量定时器（控制与吞吐量定时器同一作用域下的采样器的执行次数）性能需求提炼中，得到了吞吐量为2000/hour，根据该值可以计算出每个资源的点赞功能的吞吐量为：2000 / 60 / 10 *4 ≈ 13.333/min，乘以4的原因是一个资源的点赞、收藏、取消点赞、取消收藏四个操作，而吞吐量定时器里面设置的吞吐量会平均到每个采样器上，所以要乘以4后，在执行脚本时该吞吐量会被平均到每个采样器上面。