场景设置小结

Loadrunner场景设置
1.设置方案—按场景计划（基本计划）
第一项：完成前一直运行，按照所指定的迭代次数来运行，直到运行完成。

第二项：运行时间按照指定时间来运行，此时迭代次数被忽略，每个虚拟用户都不断地进行迭代，直到指定时间为止。

这种方式多用于指定时间的性能测试。

第三项：无限期运行，直到人工停止才结束，这种方式常用来做稳定性测试，比如7*24小时测试。

2.设置方案---按用户组计划
在按用户组计划中，以组为单位进行计划，每个组都要设置自己的开始运行时间、加压、减压和持续时间。

按用户组计划的方式更加灵活，能够创建实际应用中那些有约束条件的场景。

例如如果一组用户执行后产生的数据记录是另外一组用户的输入，那么这时需要按照用户组计划的方式配置场景。

3.设置方案---初始化Vuser
初始化表示为负载测试的运行准备Vuser和负载生成器。

加压前初始化Vuser 可以减少CPU 消耗并有助于提供更加真实的结果。

4.集合点设置
如果在脚本中设置了集合点，还需要在Controller中设置集合点策略，从菜单中调出集合点策略设置窗口，根据需求设置集合点策略。

第一项：当所有虚拟用户中的x % 到达集合点进释放，即仅当指定百分比的虚拟用户到达集合点时，才释放虚拟用户。

注意：此选项将会干扰场景的计划。

如果选择此选项，场景将不按计划运行。

第二项：当所有正在运行的虚拟用户中的x %到达集合点时释放，即仅当场景中指定百分比正在运行的虚拟用户到达集合点时，才释放虚拟用户。

还有不在运行的虚拟用户？假如，设置为1分钟启动一个用户，当然会存在因为用户还没启动，所以无法参与集合点。

第三项：当x 个虚拟用户到达集合点时释放，即仅当指定数量的虚拟用户到达集合点时，
才释放虚拟用户。

这个很好理解，当我用百分比不太好衡量集合点的虚拟用户数，当然可以设置具体的用户数。

注：虚拟用户之间的超时：框中输入一个超时值。

假如设置了集合10个用户并发，结果9个用户已经集合到位，还剩1个虚拟用户，左等右等就是等不来。

那总不能一直等下去吧。

设定了这个时间，假如30秒还不来，那就不管它了。