LoadRunner中Action的迭代次数的设置和运行场景中设置
当场景的持续设置为“运行至结束”时，以vugen中设置的迭代次数为准；
当场景的持续设置为“具体的几分钟”时，忽略vugen中的迭代次数，脚本的action重复迭代，直到结束为止，按退出策略，执行退出操作；
迭代跟虚拟用户数没什么必然联系
迭代是这样的：
迭代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个用户，就应该设置集合点。

迭代（Iterate）设计，或者我们称之为增量（Incremental）设计的思想和XP提倡的Evolutionary De sign有异曲同工之妙。