21
设置集合点
如果在脚本中设置了集合点，还需要在Controller中设置集合点策略。在菜单中调出设置集合点策略的窗口.，脚本运行的时候，在这里可以看到VU的状态。
设置集合点策略：
22
如果选择场景类型为Goal—Oriented Scenario，添加脚本到场景中，它的场景设置是这样的
（以上的说明是以选择的目标为Virtual Users 时的）
23
各种目标类型的应用范围： Virtual Users Goal
如果需要测试多少人可以同时运行Web 应用，那么推荐定义Virtual Users Goal。运行定 义该目标类型的场景和运行Manual 类型的场景类似。 Hits per Second
如果想测试Web Server 的真正实力，推荐定义目标类型为：Hits per Second、Pages per Minute 或者Transactions per Second，这些类型都需要指定一个虚拟用户的最小值和最大值 的范围。
Controller 试图使用最少的虚拟用户来达到定义的目标。如果使用最少的用户，不能达 到目标，Controller 增加用户数，直到定义的最大值。如果使用了最多的虚拟用户数，定义 的目标还没有实现，那么需要增加最大用户数，重新执行场景。 Transactions per Second
可以选择一个在脚本里面已经定义好的事务
Transactions Response Time
如果想知道在多少用户并发访问网站时，事务的响应时间达到性能指标说明书中规定响 应时间的最大值，那么推荐使用Transactions Response Time 类型。指定需要测试的事务的名 称，虚拟用户数量的最小值和最大值，还有预先定义好的事务的响应时间。
在场景运行中，如果使用了最多的虚拟用户，还不能达到定义的最大响应时间，说明 Web Server 还有能力接纳定义的虚拟用户的最多数量；如果在使用了部分虚拟用户，就达到 了定义的最大的响应时间，或者LoadRunner 提示如果使用最多数量的虚拟用户时将要超过 最大响应时间，那么需要重新设计或者修补应用程序，同时可能需要升级Web Server 的软 硬件。
Pages per Minute
每分钟多少页面
? 场景的Run Time Setting的设置：
pacing：
每个虚拟用户脚本包括三个部分：vuser_init, Run (Actions), vuser_end. 当你运行脚本的时候你能通知，虚拟用户重复执行run部分，每一个重复做为一个iteration. 注意： vuser_init 和vuser_end 部分是不被重复的。 Think Time Settings：
虚拟用户think time仿效一个真实用户在活动中等待的时间，例如：当一个用户从服务器接受数据的时候，在响应前这个用户需要等待数秒来接受数据，这个被耽搁的时间就是think time。
Error Handling：
你能指定一个虚拟用户在脚本执行期间如何处理错误，默认的，当一个虚拟用户发现一个错误的时候，它会随着下一次重复继续下去，你能使用这个设置来通知虚拟用户当发生错误的时候是否继续执行脚本。
24
? 这里介绍一下多机联合产生负载：
在安装loadrunner 的第七步骤，应该选择第2 项，如果选择了第一项，就会有连接失败的问题。重新安装一下即可。通过Generator我们可以设定生成模拟用户的机器，这些机器需要安装LR Generator，需要运行agent进程，这些机器可以是实际存在的，也可是通过模拟IP模拟的机器。模拟IP通过IP Wiazrd工具生成，在上图中点击Add，可以添加模拟的生成器，Connect即可。
加入一台机器以后，下面会有显示
? LR对服务器（System Resource、DataBase Server、Web Server 等）资源的监视。
LR只能监视它支持的服务器的资源，它支持大部分常见的服务器。 System Resource：包括windows平台，Unix平台等 Web Server：包括Apache、IIS、Sun的iplanet等 Application server：包括Weblogic、WebSphere等
Database server：包括DB2，Oracle，Sql server，Sybase等
25