dagoubuyaoren 发表于 2010-4-13 10:25:27

Release when 10% of all running Vusers arrive at the rendezvous

在loadrunner controller - scenario - rendezvous - policy 中选择
Release when 10% of all running Vusers arrive at the rendezvous
比如有100用户运行，循环执行1小时，
是每准备好10个用户就并发，其他90用户没有办理业务只是连接上后处于等待状态，只是在不停的模拟10个用户的并发
还是
始终保持10个用户的并发量，同时其他90个用户也在办理业务？
如果是第二种情况，是不是有可能并发会超过10个？因为其他90用户虽然没并发，实际也可能产生并发。

TIB 发表于 2010-4-13 11:32:30

只要等够有10个用户都在集合点处时就释放，一起执行集合点后的脚本和事务

通过集合点集合的用户就一定会产生并发事务的压力，其他不在集合点处的用户不一定会发生并发的压力

msnshow 发表于 2010-4-13 13:17:08

个人论为是第二种情况

dagoubuyaoren 发表于 2010-4-13 13:22:03

原帖由 TIB 于 2010-4-13 11:32 发表 http://bbs.51testing.com/images/common/back.gif
只要等够有10个用户都在集合点处时就释放，一起执行集合点后的脚本和事务

通过集合点集合的用户就一定会产生并发事务的压力，其他不在集合点处的用户不一定会发生并发的压力
你这意思是第二种情况吧？
而且运行过程中，是有可能偶尔超过10个并发？

dagoubuyaoren 发表于 2010-4-13 13:34:44

原帖由 msnshow 于 2010-4-13 13:17 发表 http://bbs.51testing.com/images/common/back.gif
个人论为是第二种情况
Release when 10% of all running Vusers arrive at the rendezvous
如果是100个用户，哪模拟的是不是100个用户办理业务，其间一直保持10个并发的场景？
如果想尽量模拟真实环境，这种场景是不是要加入think time时间？加多少合适？按业务实际办理时间加还是按别的会更好？

msnshow 发表于 2010-4-13 13:59:14

本来你就是多线程的加压，有可能当9个用户准备好的时候，你只需要再有一个用户准备好就执行，但这时刚好两个用户准备好，那并发应该就是11个了吧

个人的理解，没实际测试过
页: [1]
查看完整版本: Release when 10% of all running Vusers arrive at the rendezvous