LoadRunner之并发用户数与迭代关系

Q1: 

例如在LR里,我要测100个用户同时并发登陆所用时间,那我是不是在录制好脚本后,需要参数化“用户名”,“密码”以及在那个记事本里构造100个真实的用户名和密码? 然后运行Controller,设置用户数为100? 

A: 恩,你说的是对的。但是我需要说明的是测并发数的时候,本身就是模拟的虚拟用户,所以我认为不一定非要参数化100个用户,用一个用户跑100遍也是可以的。当然你这样进行设置的话更符合实际情况。 


Q2:

那么这里的迭代次数该怎么设啊,设成1和设成10有什么区别啊?我老是搞不清测试并发用户,“迭代”和“并发用户数”(就是controller里设的虚拟用户数)的区别。

A: 迭代次数如果你设置为1,那么你的脚本就只跑100遍(续Q1),如果你设置为100,那么当你设置并发数为100,那么脚本就要跑100*100=10000 遍。懂了吧,当然我说的这种情况是在你没有设置Conrtoller中的durantion,如果你设置了这个场景的持续时间,那么你运行的场景时间就以这个时间结束为准,和迭代次数就没有关系了。 


Q3:

还有一个小白问题,就是假如我用LR测100个用户同时注册一个网站的帐号,参数化了100个用户名和密码,那么我跑一遍脚本,并跑通了,并在controller里也run了一遍,那么这100个新增帐号是不是就真在数据库里添加了啊?

 
A:是的,如果你的脚本没问题的话,那么你的数据库里肯定会有100条记录的。你可以自己查看数据库,或者访问你所录制的脚本网站,都能看到相应的记录。 


Q4:

对于并发数更多的情况下呢,例如并发书是1000,那是不是应该在多个机器上运行才可以阿? 

A:不一定啊,如果你有条件的话,当然多台机器运行得出的结果更为准确,但是用LR如果是录制web应用程序的话,最大并发数可以到10000的。 

你可能感兴趣的:(LoadRunner之并发用户数与迭代关系)