大概是这个样子的：
有两组url，每组10个链接，参数化了链接后，分别录制了url11和url21两个脚本：
场景为：
第一组要达到每4秒钟同时打开这10个链接，持续时间5分钟；
第二组要达到两个目的：
　　　　目的1：每4秒钟同时打开这10个链接，持续时间20秒；
　　　　目的2：每10秒钟同时打开这10个链接，持续时间40秒；
　　　　目的1实现后再做目的2，这样持续5分钟（相当于做5次循环）。

执行的时候发现，url1在五分钟内打开的链接数是正确的；第二组应该是大约打开450个链接，而结果却是只打开了50个链接，想当于每分钟才执行一遍循环。

更加奇怪的是，我只执行第二组的话，结果就是正确的，而同第一组一起执行的话就是错误的。请问哪位大虾能给说下为什么阿？？谢谢了。

[ 本帖最后由 nanbeier 于 2007-10-11 20:18 编辑 ]

呵呵

看了你的场景，你起的名字好复杂，看了半天我才知道那些东西到底是什么。。

有一个问题我提一下，比如说你的url22_4s这个脚本，lr_think_time是4秒，那么你认为持续20秒后，10个vuser一共应该执行多少次？？是50次么？

那么url21呢，lr_think_time是10秒，持续40秒，10个vuser应该执行40次？

然后你循环5次(5组脚本依次执行)，应该是(50+40)*5 = 450次。。

但是实际呢，LR在持续时间内要等vuser运行完毕上次结果才能再执行下次，举个例子：
你在执行url21的那个脚本时，一共持续时间是40秒，但是每轮时间不一定是10秒，因为你设置了集合点，如果10个vuser里有一个响应时间超过10秒，那么一轮的时间就超过了10秒，也就是说你40秒肯定做不完4轮；
那如果你的事务响应时间超过20秒呢？那就估计只做成一轮，就是这个脚本预计做40次，但是只做了10次。。

在一个机器上同时执行2组脚本，也就等于开了2个进程来执行脚本，如果你的机器的CPU效率不高的话，还会请求打开链接的效率，这样能完成的次数就更少了。

我自己想的，不一定能解决你的问题哈。

做了多少次，应该与请求发送效率和平均响应时间以及思考时间有关，3个方面都应该考虑到

谢谢阿  我再仔细想想吧

qiguojie说得很详细了

  同时也可以插入一些事务监视整个过程

如：
lr_vuser_status
lr_output_message

等等。

学习，支持下！~！