3.3.2设置集合点策略
如果选择场景类型为Goal—Oriented Scenario，添加脚本到场景中，它的场景设置是这样的
29
（以上的说明是以选择的目标为Virtual Users 时的）
各种目标类型的应用范围： Virtual Users Goal
如果需要测试多少人可以同时运行Web 应用，那么推荐定义Virtual Users Goal。运行定义该目标类型的场景和运行Manual 类型的场景类似。 Hits per Second
如果想测试Web Server 的真正实力，推荐定义目标类型为：Hits per Second、Pages perMinute 或者Transactions per Second，这些类型都需要指定一个虚拟用户的最小值和最大值的范围。
Controller 试图使用最少的虚拟用户来达到定义的目标。如果使用最少的用户，不能达到目标，Controller 会增加用户数，直到达到定义的最大值。如果使用了最多的虚拟用户数，定义的目标还没有实现，那么需要增加最大用户数，重新执行场景。
Transactions per Second
可以选择一个在脚本里面已经定义好的事务 Transactions Response Time
如果想知道在多少用户并发访问网站时，事务的响应时间达到性能指标说明书中规定响
应时间的最大值，那么推荐使用Transactions Response Time 类型。指定需要测试的事务的名
称，虚拟用户数量的最小值和最大值，还有预先定义好的事务的响应时间。
在场景运行中，如果使用了最多的虚拟用户，还不能达到定义的最大响应时间，说明Web Server 还有能力接纳定义的虚拟用户的最多数量；如果在使用了部分虚拟用户，就达到了定义的最大的响应时间，或者LoadRunner 提示如果使用最多数量的虚拟用户时将要超过最大响应时间，那么需要重新设计或者修补应用程序，同时可能需要升级Web Server 的软硬件。 Pages per Minute 每分钟多少页面
如果你定义的类型是Pages per Minute、Hits/Transactions per Second，Controller 首先用最小用户数除以定义的目标，得到一个值，然后确定每个用户应该达到的hits/transactions或者pages per minute，然后controller 开始按照以下的策略加载用户： ??如果选择的是自动的加载虚拟用户，LoadRunner 会首先加载50 个用户。如果定义的最
大用户数小于50，LoadRunner 就会一次加载所有的虚拟用户。 ??如果选择的是在场景运行一段时间后达到目标，LoadRunner 就会尝试在定义的这段时
间内达到目标，根据时间限制和计算出的每个用户的hits、transactions 或者pages，
30
LoadRunner 确定第一批加载多少用户。
??如果选择的是按照一定的阶段达到目标（也就是先在x 长时间内达到y pages/hits，然后再达到下一个目标），LoadRunner 计算每个用户应该达到的数字后，再确定第一批加载多少用户。每加载一批用户后，LoadRunner 会判断是否达到这批用户的目标。如果这批用户的目标没有达到，LoadRunner 重新计算每一个用户应该达到的目标数字后，重新调整下一批加载用户的数量。默认情况下，LoadRunner 每两分钟加载一批用户。如果Controller 加载了最多数量的用户还没有达到预定的目标，LoadRunner 会重新计算每个用户的目标，然后同时运行最大数量的用户，尝试达到预定的目标。
如果出现以下情况，Pages per Minute、Hits/Transactions per Second 类型的场景会置于“Failed”状态：
??Controller 使用了指定的最大数量的用户，并且两次都没有达到目标 ??所有的用户运行都失败
??没有足够的Load Generators 机器（现有的机器已经超载运行的情况下）
??Controller 增加了几批用户后，pages per minute 或者hits/transactions per second 没有增加
??Controlller 加载第一批用户后，定义的目标没有被捕捉到
3.3.3这里介绍一下多机联合产生负载
通过Generator我们可以设定生成模拟用户的机器，这些机器需要安装LR
Generator，启动Agent进程，不需要脚本，只是调用它的资源。这些机器可以是实际存在的，也可是通过模拟IP模拟的机器。模拟IP通过IP Wiazrd工具生成，在上图中点击Add，可以添加模拟的生成器，Connect即可。
31
3.3.4 LR对服务器资源的监视
LR只能监视它支持的服务器的资源，它支持大部分常见的服务器。 System Resource：包括windows平台，Unix平台等 Web Server：包括Apache、IIS、Sun的iplanet等 Application server：包括Weblogic、WebSphere等
Database server：包括DB2，Oracle，Sql server，Sybase等 Java： ejb，J2ee等，需要一个ejbdetector.jar文件 1.对Windows（Win2k server）的监视：
对windows的监视相对比较简单，监视前首先需要用有管理员权限的帐号连接被监server，例如：net use \\\\qa-test /user:donny ,输入密码。然后就可以添加计数器，比较常用的计数器有：
Memory：Available Mbytes 物理内存的可用数（单位 Mbytes）至少要有10% 的物理内存值
Processor：%Processor Time CPU 使用率。这是查看处理器饱和状况的最佳计数器。显示所有 CPU 的线程处理时间。如果一个或多个处理器的该数值持续超过 90%，则表示此测试的负
载对于目前的硬件过于沉重。为多处理器服务器添加该计数器的 0 到 x 个实例。 Processor Queue Length：是指处理列队中的线程数，小于2。处理器瓶颈会导致该值持续大于2。
32
相关推荐：
loading