loadrunner 场景设计

gchengcheng · 发表于 2009-10-18 21:49:55

controller中设置了100个虚拟用户
那么 schedule中设置每5分钟加载100个用户和设置每1分钟加载20个用户有什么区别吗？

gchengcheng · 发表于 2009-10-18 22:37:38

自己顶个，希望大家帮忙解答！

gchengcheng · 发表于 2009-10-19 09:04:43

虚拟用户数为100 个 schedule不设置那么是不是就是100个用户并发了，那样的话持续运行时间是不是很重要

hai105 · 发表于 2009-10-19 10:34:45

你设置没设置集合点？
每5分钟加载100个用户和设置每1分钟加载20个用户是有区别的，我认为从结果上看，两种加载方式不同，同时运行的并发用户数不同，导致最后的响应时间也会有差别。

ffwithvv · 发表于 2009-10-19 10:53:45

我的理解是这样的，不知道对不对。每5分钟加载100个用户，那么过了5分钟，才会有vuser执行run的操作。而每1分钟20个，那么过了1分钟，这20个用户就开始run了。至于你说不设置schedule，是不是等于并发，我的理解是，在你没有设置集合点的情况下，比如有100个vuser,那么这100个VUSER会陆续的，以一种串联的方式先初始化(int),然后再run,最后结束。比如loadrunner会先初始化20个，然后这20个初始化完毕后就去执行run,接着后面第21个vuser开始初始化，依次类推。所以这样并不是并发。并发的话，还是需要在你录制脚本的时候，在执行某个事务之前，插入集合点，然后在controller里执行的时候，当所有用户到达这个集合点的时候，才会并发。

gchengcheng · 发表于 2009-10-19 13:35:28

我要测试的是一个考试系统的登陆，没有什么需求，就是要测出来最佳并发的用户，和最大并发的用户
我现在的做法是模拟真实的情况，所以就没有设置集合点，不知道这样做是否正确

gchengcheng · 发表于 2009-10-19 13:46:22

在schedule不设置的时候，我的理解是：每个用户之间没有联系，在init的时候是并发的，但是到了action时的情况就不一定什么样了，这样理解对吗？

ganlan · 发表于 2009-10-19 16:18:19

这个加载的策略不同而已，如果运行的时间足够长，都能加载到100个用户，那从加载的最大并发数来说没什么区别。
但是对于系统执行的情况会有所印象，例如说，系统突然有50个用户加载进来，如果系统能力只能承受40个用户的话，那系统就瘫痪了，看不出有系统加载到什么程度才瘫痪。
如果按照加载20个加载的话，就可以看出系统的瓶颈了。
一般让系统慢慢加载上去，系统表现就会比较稳定。

fangyuan9911 · 发表于 2009-10-19 16:41:05

原帖由 gchengcheng 于 2009-10-19 13:35 发表
我要测试的是一个考试系统的登陆，没有什么需求，就是要测出来最佳并发的用户，和最大并发的用户
我现在的做法是模拟真实的情况，所以就没有设置集合点，不知道这样做是否正确

测并发必须要用集合点！自己设置！以此增加，知道响应时间变的不可接受

gchengcheng · 发表于 2009-10-19 22:18:50

谢谢大家的指导，学习了！

sun_huai · 发表于 2009-10-20 11:25:10

8楼讲的话
学习了

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] loadrunner 场景设计

相关帖子

回复 5# 的帖子

站长推荐 /1