关于loadrunner的虚拟用户？

zj101582

小弟我有个不明白的地方，想请教高手，
　　我录制了一个登录退出的过程，对用户名和密码，进行了参数化从Ａccess数据库导的数据有１００用户．进入controller开始界面，如图所示(在图１中点击vuser,在图２中点击Ａdd vuser,在图３中将vuser改为１００,经过这些操作后，又多了1００用户)．最后也运行了２００用户．
　　问题１是：这前后的１００用户有什么区别？
　　问题２是：我不进行参数化，只在controller界面，增加１００用户，然后运行controller，这是不是也是并发呢？

[ 本帖最后由 zj101582 于 2008-4-24 14:16 编辑 ]

shen1936

　　问题１是：这前后的１００用户有什么区别？
前面你虚拟的100个用户和后面又添加100的用户 基本没区别
当你前面虚拟100个用户，开始执行测试的时候就会发现，如果我想再添加一些用户的话，不能在原来的地方添加了，于是使用vusers按钮在里面添加就可以了
这个按钮里面的功能就是可以在我们执行用例的时候再添加虚拟用户。

　　问题２是：我不进行参数化，只在controller界面，增加１００用户，然后允许，这是不是也是并发呢？
真正意义的并发需要我们在特定地点上添加集合点来实现。所以，根据我的理解在controlller中添加用户实现的是相对意义的并发。
参数化的目的是让我们的每个用户在跑脚本的时候，使用的数据都不同，或者虚拟出我们不同的用户使用不同的操作。
我们添加虚拟用户的目的也就是为了并发，否则我们用1个用户如何实现并发呢？

zj101582

先谢谢，我还有个疑问在controller界面，增加１００用户，他们用的是不是同一条数据？

adiao

所有虚拟用户跑的都是录制好的脚本，除了参数化的地方使用了不同的参数外可以说基本上是一样的。

zj101582

那我是否可以这样理解:
    当我在CONTROLLER中虚拟了100用户后执行脚本,它相当于同一用户在同一时间执行同一操作.(设置了集合点)
    如果进行了参数化,那么就是100个用户在同一时间执行同一操作.
　　　对于所进行的操作而言，都是执行了１００次
这样理解,对吗?

[ 本帖最后由 zj101582 于 2008-4-25 15:38 编辑 ]

zj101582

顶一下

laipi

在CONTROLLER中虚拟了100用户执行脚本且设定了集合点它就相当于100个相同的用户在同一时间执行同一操作，用户名参数化后呢 就相当于100个不同的用户在同一时间执行同一操作

zhjd4839

1、为什么楼主的那100个用户最后会变成200个呢？
2、参数化100个用户要想让这100个用户用参数化的数据登陆得要设置成每次反复用不同的用户名登陆吧，可是这样（有集合点）的情况下集合点还会等到所有的用户都登陆并且到达集合点时才一起触发吗？另外那种情况下的集合点能理解，就是对这个参数化后不知道是不是集合点还会对这些用户有用。参数化后在反复的时候不是要等到上次反复结束之后下次反复才开始的吗？那么这时候的集合点对所有用户还有意义吗？

liangjz

设置集合点时，等待的策略还影响并发的粒度。

原则上只要允许1个用户重复登录也会给服务器压力，100虚拟用户都用1个用户也是可以的。呵呵，不过这样的话，可能测试不出来DB 查询用户的时间。好好想清楚这个模拟是否足够逼真现实

zj101582

对于第一个问题:参数化了100个,在CONTROLLER中又虚拟了100个,最后就是200个用户了.
第二个问题:2、参数化100个用户要想让这100个用户用参数化的数据登陆得要设置成每次反复用不同的用户名登陆吧，可是这样（有集合点）的情况下集合点还会等到所有的用户都登陆并且到达集合点时才一起触发吗？另外那种情况下的集合点能理解，就是对这个参数化后不知道是不是集合点还会对这些用户有用。参数化后在反复的时候不是要等到上次反复结束之后下次反复才开始的吗？那么这时候的集合点对所有用户还有意义吗？

是的,可以的设置下集合的策略.

lilei6322721

支持一下，初学的我也遇到了同样的疑问！