本文详细解析了在LoadRunner性能测试中，如何通过合理设置Pacing来控制请求发送速度，避免服务端处理队列堵塞。文章区分了Pacing与ThinkTime的概念，介绍了三种Pacing设置方式及其对迭代间隔的影响。
在使用loadrunner进行性能测试时，为了控制发送请求的速度，避免服务端处理队列产生堵塞，往往使用pacing设置每次迭代之间的时间间隔。注意：pacing 和 think time是不同的概念，前者是设置每次迭代之间的时间间隔，而后者则是设置每个请求之间的时间间隔。
在virtual user generator脚本生成器中点击run-time settings 即可打开如下设置界面：
pacing的设置主要是针对如何开始新的迭代，方式有三种：
-
As soon as the previous iteration ends(上一次迭代一结束就开始);
即loadrunner在收到第一次迭代的返回后立刻开始下一次迭代。
-
After the previous iteration ends(上一次迭代结束后):
即在上一次迭代结束后，经过一个固定的或随机的时间间隔后再开始第二次迭代；
-
At fixed/random intervals,every * sec
注意：这个间隔时间指得是每次迭代开始之间的时间间隔
这里需要说明一下：
a. 当设置的pacing间隔大于每次迭代的响应时间，则两次迭代开始之间的间隔就是pacing间隔。
b. 当设置的pacing间隔小于每次迭代的响应时间，则两次迭代开始之间的间隔就是上一次迭代的响应时间；
扫一扫
301
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
