史上最全：LoadRunner 11负载生成及监控Controller

1、LoadRunner 11.0负载生成及监控Controller目录1Controller简介22场景设计22.1新建场景22.2目标场景（Goal-Oriented Scenario）22.3手工场景（Manual Scenario）42.4图形化场景设计102.5小结113负载生成器管理113.1简介113.2添加负载123.3用户管理163.4运行设置173.5IP虚拟193.5.1场景开启IP虚拟193.5.2IP Wizard203.6服务品质保障SLA223.7系统监控253.7.1场景用户状态253.7.2场景运行状态254计数器265小结271 Controller简介当虚拟用

2、户脚本开发完成后，使用Controller将这个执行脚本的用户从单个人转化为众人，从而模拟大量用户操作，进而形成负载。我们需要对负载模拟的方式和特征进行配置从而形成场景。场景（Scenario）是一种用来模拟大量用户操作的技术手段，通过配置和执行场景向服务器产生负载，验证个系统各项性能指标是否达到用户要求，而Controller可以帮组我们对场景的设计、执行及监控进行管理使用Controller管理场景主要分为：场景设计、场景监控。最后通过运行场景完成性能测试的执行。场景执行的流程如下：2 场景设计2.1 新建场景方式一：通过VuGen直接转换脚本进入场景方式二：通过Controller新建场

3、景（File-New）2.2 目标场景（Goal-Oriented Scenario）定义：设置一个运行目标，通过Controller的Auto Load功能进行自动化负载，如果测试的结果达到目标，说明系统的性能符合测试目标，否则就提示无法达到目标Ø 创建目标场景：Ø 设置目标类型：目标场景5种目标类型 Virtual Users：该参数表示虚拟用户数，被测系统所需要支持的用户数 Hits per Second:该参数表示每秒点击数，是指一秒钟能做到的点击请求数目，即客户端产生的每秒请求数（正常情况下=服务器请求响应数） Transctions per Second：该参数

4、表示每秒事务数，一个事务代表一个操作，反应系统的处理能力 Transctions Response Time ：该参数表示事务的响应时间，反应系统的处理速度以及一个操作花费的时间 Pages per Minute：该参数表示每分钟页面的刷新次数，反应系统每分钟提供的页面处理能力，代表了系统的整体处理能力2.3 手工场景（Manual Scenario）定义：自行设置虚拟用户的变化，通过设计用户的添加和减少的过程，来模拟真实的用户请求模型，完成负载的生成手工场景是定量型性能测试，掌握负载的变化过程中系统各个组件的变化情况，定位性能性能瓶颈并了解系统的处理能力，一般在负载测试和压力测试中应用手工场

5、景的核心就是设置用户负载方式手工场景-2种模式l Scenario模式：所有的脚本都使用相同的场景模型来运行，只需要分配每个脚本的用户数即可Ø Real-world schedule(真实场景模式)可以通过Add Action来添加多个用户变化过程，包括多次负载增加用户，持续时间，停止用户Initialize设置：系统提供了3种用户初始化方式，一般使用默认选项：每个虚拟用户开始运行之前进行初始化Start vusers设置：在设置设置产生负载的用户数，在默认情况下一般使用每隔一段时间增加一定的用户负载方式，能够更加有效得获得系统在各个负载下的性能指标。也可以设置一次性加载所有用户。注

6、意：增加负载的意义在于，系统会随着负载的增加而逐渐暴露出资源瓶颈，通过手工场景中的Start Vusers可以观察随着负载增加系统资源的变化情况，从而获得系统的峰值处理能力。Duration设置：设置负载的持续时间，主要用于测试系统的稳定性，也可以选择只执行一次脚本。Stop Vusers设置：设置用户负载的释放策略，分析系统回收资源的能力。反复设置：通过反复添加Start Vusers、Duration、Stop Vusers可以生成一个波浪形的场景，正是因为这是一种完全自由的场景设计方式，完全真实的模拟用户负载的生成过程。此模式常常用在压力测试和稳定性测试中，了解系统在长时间波动负载下资源

7、管理能力，负载策略是根据性能需求模型来确定的。Ø Basic schedule（基础模式）老版本的场景设计模式，只设置一次负载的上升持续和下降，脚本只运行一次此种模式下，用户的持续时间设置会多出Run Indefinitely选项，表示：永不停止运行l Group模式设计脚本的开始原则，还可以通过开始组策略设置脚本间的先后关系Ø Real-world schedule(真实场景模式)可以通过Add Action来添加多个用户变化过程，包括多次负载增加用户，持续时间，停止用户Ø Basic schedule（基础模式）老版本的场景设计模式，只设置一次负载的上升持续和

8、下降，脚本只运行一次2.4 图形化场景设计点击铅笔图标，通过直接拖拽节点完成用户的变化规律设置，也可以单机（Split Action）按钮实现对当前选中线条的切割。2.5 小结设计场景在工具上无任何复杂的内容，关键在于性能需求和性能测试目标，设计场景为了测试什么东西需要好好考虑。一般通过在场景中运行一种用户行为可以对某一个功能点进行性能测试和分析，如果需要对整个系统的运行情况进行性能测试和分析，就需要运行多个脚本。如果在场景中加载多个脚本，并分别设置其负载方式，就能完成真实情况下的负载模拟。3 负载生成器管理3.1 简介对场景进行设计后，需要对负载生成器进行管理和配置。Load Generat

9、ors是运行脚本的负载引擎，在默认情况下使用本地的负载生成器来运行脚本，但是模拟虚拟用户也需要消耗一定的系统资源，所以在一台电脑上无法模拟大量的虚拟用户，这个时候需要调用多个Load Generators来完成大规模的性能负载Load Generators的核心是MMDRV.EXE进程，负责运行脚本模拟用户行为，该程序支持进程和线程的方式3.2 添加负载打开Scenario-Load GeneratorsLoad Generators管理器列出了所管理的负载服务器列表，需要添加负载引擎只需要在这里单击Add按钮，然后在对话框输入所需要连接的负载引擎的IP以及对应平台，添加该引擎以后，可以单击c

10、onnect按钮连接一下，如果出现ready说明连接正确。Linux负载生成器的连接更为简单，首先在linux端安装Load Generators，然后在Controller中添加服务器，输入linux端的IP地址并设置操作系统为UNIX，还需要在Unix Enviroment中选择：Dont use RSH当远程负载服务器被成功添加至负载服务器后，就可以在场景Group中的脚本右侧选择使用哪一个负载服务器来运行脚本。通过设置多个Load Generator可以有效地增加负载量，解决单台电脑无法模拟大量负载的问题。3.3 用户管理在场景运行之前可以设置代运行虚拟用户的状态，如手动启动运行用户，

11、也可以为场景添加或停止当前用户。通过函数动态为虚拟用户管理器中添加Status信息，下面的代码在运行的时候会抛出当前代码所在的迭代次数：3.4 运行设置在场景运行前还需要对脚本的运行策略进行设置，确保场景中的所有用户运行正确，在场景运行前应该对选项进行如下检查设置：（F4）Ø Think Time在VuGen中think time默认为忽略，但是场景中该选项会按照脚本录制的lr_think_time函数进行运行，它可以模拟真实用户的等待操作，如果该时间设置的太短，模拟用户的操作比真实用户快，服务器负载压力会比正常情况下大，从而结果比较差。正确的取值取一个熟练用户和新用户操作速度的平均

12、值来设置合理的时间。Ø MMDRV.EXE负载生成方式负载的生成分为：进程、线程2种方式进程方式：资源开销相对较大，但是虚拟用户使用单独的进程，用户之间相互独立，不会互相影响线程方式：资源开销小，所有用户都是在一个mmdrv.exe上模拟。一般来说线程可以在固定的硬件平台上产生更多的负载模拟，但使用线程也会存在不稳定的情况，导致用户脚本执行错误Ø 系统日志设置Ø 自动化事务在脚本中会对关键操作添加事务从而获得响应时间，在LR11默认关闭自动化事务。带宽模拟/集合点策略Ø 带宽模拟带宽会直接影响到事务的响应时间，而真实环境下用户的带宽也是有限的，需要设置合

13、理的带宽来得到真实用户访问的响应时间Ø 集合点策略如果脚本中含有集合点，要根据实际需求对集合点策略进行设置。当场景需要多脚本并发负载时，只需要设置同名集合点即可实现3.5 IP虚拟很多时候服务器对IP有限制策略，不允许同一个IP地址上有多个客户连接，这时候就需要IP虚拟将虚拟用户脚本从一个IP变成不同的IP运行IP虚拟技术主要是得益于TCP/IP的支持，在TCP/IP组中一块物理设备可以绑定多个IP地址3.5.1 场景开启IP虚拟3.5.2 IP WizardIP Wizard要求工具处于非DHCP模式下开始设置3.6 服务品质保障SLA该功能主要是方便对某些数据的阈值进行监控，当测

14、试结果无法达到SLA指定的目标时，在最终的性能测试报告中该项目的状态就为失败，否则按照常规处理3.7 系统监控3.7.1 场景用户状态Scenarios Groups中列出了所有运行脚本的虚拟用户状态，通过表格可以清晰地了解当前负载中各个虚拟用户的状态，也可以通过鼠标右键菜单中的功能对用户进行监控的监控和设置3.7.2 场景运行状态Scenario Status列出了当前场景的状态，通过它可以了解当前负载的用户数，消耗时间，每秒点击量，事务通过失败数，系统错误统计个数。当场景运行出错时，可以单击Errors后的数字，打开Output窗口，也可以通过View菜单下的show output命令打开窗口单击detail按钮可以查看每个错误的详细信息，帮助我们了解导致场景执行错误的原因。很多时候我们会看到-27796之类的东西，这个编号是LR对自己错误的类型的一种重新编号定义，单击右侧的HELP提供的帮助，告诉你场景错误的原因及解决办法。4 计数器Controller能监控系统资源并不是因为安装 LR的缘故，在没有安装LR前它也可以得到当前系统的相关资源。Available Graphs计数器列表列出了所有能够计数的计数器名称（受到License影响），右边是计数器的图形，双击左侧的计数器即可替换右侧选中的计数器图通过计数器图形上右键可以调整计数器显示方式，通过