LoadRunner中Action的迭代次数的设置和运行场景中设置
LoadRunner是怎么重复迭代和怎么增加并发运行的呢？ 另外，在参数化时，对于一次压力测试中均只能用一次的资源应该怎么参数化呢？是说这些资源用了一次不能在用了的。 －－参数化时，在select next row选择unique，update value on选择 each occurence， 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个用户，应该设置集合点。 迭代（Iterate）设计，或者我们称之为增量（Incremental）设计的思想和XP提倡的Evolutionary Design有异曲同工之妙。 注意：1、 参数类型：在创建参数的时候，我选择了参数类型为File。参数类型共有9 种，现在来简单介绍一下所有的参数类型以及意义。 1.1、 DateTime：在需要输入日期/时间的地方，可以用 DateTime 类型来替代。其属性设置也很简单，选择一种格式即可。当然也可以定制格式。 1.2、 Group Name：很少用到。在实际运行中，LoadRunner 使用该虚拟用户所在的Vuser Group 来代替。但是在 VuGen 中运行时，Group Name将会是None。 1.3、 Load Generator Name ：在实际运行中， LoadRunner 使用该虚拟用户所 在LoadGenerator 的机器名来代替。 1.4、 Iteration Number ：在实际运行中，LoadRunner 使用该测试脚本当前循环的次数来代替。 1.5、 Random Number：随机数。很简单。在属性设置中可以设置产生随机数的范围。 1.6、 Unique Number：的数。在属性设置中可以设置第一个数以及递增的数的大小。 注意：使用该参数类型必须注意可以接受的大数。例如：某个文本框能接受的大数为99。当使用该参数类型时，设置第一个数为 1，递增的数为1，但100个虚拟用户同时运行时，第100 个虚拟用户输入的将是 100，这样脚本运行将会出错。这里说的递增意思是各个用户取第一个值的递增数，每个用户相邻的两次循环之间的差值为 1。举例说明：假如起始数为 1，递增为 5，那么第一个用户第一次循环取值 1，第二次循环取值 2；第二个用户第一次循环取值为 6，第二次为 7；依次类推。
