LoadRunner中Action的迭代次数和加压设置有什么关系？
LoadRunner中Action的迭代次数的设置和运行场景中设置每n秒中增加的虚拟用户数有什么关系呢？LoadRunner是怎么重复迭代和怎么增加并发运行的呢？另外，在参数化时，对于一次压力测试中均只能用一次的资源应该怎么参数化呢？就是说这些资源用了一次就不能在用了的。
谢谢指教。 参数化时,在selectnext row选择unique,update value on选择 each occurence,
第一个问题同样有疑问:是不是每个用户都迭代呢,
回复 1# 的帖子
1. 迭代跟虚拟用户数没什么必然联系迭代是这样的：
迭代1次 迭代2次迭代3次
用户1 X1 X2 X3
用户2 Y1 X2 Y3
其中的X1-3 Y1-3是参数，参数规则就是二楼说的
这么两个用户是根据你的rump up 上来的，比如5秒上两个用户，那么用户1和2就在5秒之内加载进来的，不知道说清楚了没。
第二个问题就简单了，只能用一次的参数，首先确保你的参数足够，另外规则选择的时候，注意选择唯一，参考一楼的回复 好像没怎么明白 迭代次数只是对你设置了迭代次数的action进行迭代，而用户数可以理解为对整个录制过程的迭代（只是各个用户不同） 而且增加并发量可以通过增加用户来达到 还可以设置集合点来增加某个操作的并发量 是否是这样呢：假如一个脚本，设置最大并发量为10，每5秒中增加2个并发用户，而Action设置的迭代为10次：
当开始至2秒时，加载了2个用户，这2个用户分别开始运行，并都运行10次，不管这个2个用户运行10次是否结束，当下一个2两秒到来时，即开始至第4秒时又加载了2个用户，这2个又运行10次；就这样一直加载到10个并发用户，然后当每个用户都运行完10次时就结束。
这样中间最大并发是10个，但不一定能达到10个，因为在加载最后几个时，前面的有可能已经运行结束，所以如果要真正达到最大并发10就必须设置集合点来完成？
是否是这样呢？ 楼上的前面理解是对的。不过也不一定非要设置集合点才能实现同时处在running的状态有10个用户。
设置duration也是可以的。不过那就不只每个用户运行10次了。
如果想实现用户迭代10次，并且想同时running为10个用户，就应该设置集合点。 恩，zee解释的浅显易懂了 :lol 综上几位的回答，现在问题比较请清楚了，谢谢大家了。 那为什么要loadrunner要设置“迭代”功能呢？究竟有什么作用？ loadrunner要设置“迭代”功能为了使功能更加强大，根据需要而设置，比如 调试脚本、根据业务规定操作只能执行10次或20次，如果没有这个功能，我们设置运行1分钟或5分钟，或一直运行下去，那就不是我们要的需求啦。
对于并发的问题，设置不设置集合点没有太大的要求。要知道真实环境中没有100%的完全并发。 我***，这是什么时候的帖子，10楼的你也不看看。也怪我不仔细。 不管什么时候的帖子 当时没人回答 不见得现在就没人碰到这个问题! 顶一下，正好今天在思考这个问题，解答了！谢谢 还是比较迷糊， 任务 迭代没有啥用处吧。 学习 路过学习一下 学习 了。 学习了，很受用！
页:
[1]
