LodRunner实现大负载测试的四部曲（配置系统参数、配置LR、修改脚本、设置组策略）

见 http://www.51testing.com/?uid-97659-action-viewspace-itemid-210924

　　LoadRunner以下简称(LR)是目前业界最流行的压力测试工具，广泛地应用于电信、金融、电力行业。LR安装后文件非常大，这也说明LR是个强大复杂的工具。LR入门的介绍在网上有很多好的文章，它们都很好的介绍了工具的使用。但是对于很多行业级应用，使用LR会同时运行很多虚拟用户数(1000+)，本文针对这样的测试类型介绍了一些需要考虑的问题和解决方法，希望给同行一些帮助。

　　第一步：配置系统参数

　　大并发用户的情况下，会出现如下问题：

　　1) 当采用netstat命令时，看到很多Socket处于“WAIT”状态

　　2) 负载增大时连接失败

　　3) mmdrv的句柄数 随着虚拟用户的运行而增加

　　4) 当建立连接时出现"No buffer space available"错误信息

　　解决方法

　　编辑以下注册表项：

　　1) 设置

　　“HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Par

　　ameters\TcpTimedWaitDelay” 为30

　　2) 设置

　　“HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\tcpip\Par

　　ameters\MaxUserPort”为65534

　　3) 设置

　　“HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session

　　Manager\Sub Systems\Windows” 为SharedSection为4096

　　4) 脚本的第一行加上web_set_sockets_option(“SHUTDOWN_MODE”,”ABRUPT”)函数将SHUTDOWN_MODE从默认模式GRACEFUL改为ABRUPT

　　第二步：配置LR

　　1) 脚本运行时设置

　　● 消息处理时勾选"send message only when error occurs"

　　● 禁用snapshot on error

　　● "define each step as a transaction"取消勾选

　　● 取消"simulate browser cache"勾选, 勾选“simulate new user on each iteration”和它的子选项

　　2) 将脚本中web_url函数中的"Mode=HTML"默认方式改为"Mode=HTTP",这将减小LG机器上的压力(不解析HTML)

　　3) 将在controller的diagnostics->configuration中，禁止web page breakdown

　 　4) 在Controller通过Tools > Options > Run-Time Settings限制同一时间在所有LG上初始化虚拟用户的数值，设置会被每台LG获得，这样做的目的是为了避免在脚本执行的初始阶段LG系统资源的过度 利用.

　　5) 修改系统目录下的wlrun7.ini限制测试运行时controller存储的错误数量，在[output]选项中，作如下修改

　　FlagLimitOutputMessages=1

　　MaxNumberOfOutputMessages=<errors count> (默认为10000)

　　6) 在Controller通过Tools>Options>Monitors修改monitor的采样率，这将减小测试运行时Controller的CPU利用率，如下图所示：

　　7) 修改wlrun7.ini中的ExportMessagesToFile=1重定向输出信息到.txt文件而不是到MDB文件

　　此外：关闭Controller和LG上的防病毒,防间谍软件,关于运行在以上电脑上不要的Windows服务；在Controller不要运行虚拟用户；不要频繁打开Error/Output窗口，因为这将增加额外Controller上额外的数据库连接数这些都是对进行成功的大负载测试的有益的建议。

　　第三步：修改脚本

　　1) 在负载测试时，保证Controller和Generator的网络通信非常重要，大量的信息（error message,output message）大并发负载测试有着很大的负面影响

　　如以下两例

　　------------------示例１-----------------------

　　lr_vuser_status_message("pIteration: %s -START Action", lr_eval_string("{pIteration}"));

　　lr_output_message("pIteration: %s -START Action", lr_eval_string("{pIteration}"));

　　------------------示例２-------------------------

　　web_reg_find("Text=Time on Server", "SaveCount=cErr", ..);

　　web_url( some url …);

　　if (atoi(lr_eval_string("{cErr}"))>0) {

　　lr_error_message(some message);

　　lr_end_transaction("Request_Content_Page", LR_FAIL);

　　}

　　-----------------------------------------------------------------------------

　　这些语句都仅仅应该出现在脚本调试时而不应该出现在负载测试时的脚本中，在正式的负载测试前，注释掉这些语句。

　　2) 把脚本中sleep()函数改为lr_think_time()函数，lr_think_time将控制权交还给LR，这意味着LR可以做其他事情。不要忽略lr_think_time，适用参数值以模拟更精确的负载同时也可减小LG的压力。

　　3) 在web_reg_save_param函数 添加 “Notfound=empty”

　　第四步：设置组策略

　　大负载测试时会有以下情况发生

　　● 产生很多错误，数据量大于1GB

　　● 假如每秒产生1000条左右错误的话，Controller的行为将很难预测

　　● 压力测试产生很多运行数据

　　这些问题可以通过设置一个合理的组策略避免，以下举一个例子说明

　　场景为1000个虚拟用户，用一个Group运行

　　这时把这个Group分为两个Group：

　　G1-〉100 Vusers

　　G2-〉900 Vusers

　　在G2的设置中，添加以下命令行：

　　–disable_data -disable_messages

　　-disable_data – 指示Group不要发送和写入运行数据

　　-disable_messages – 指示Group不要发送任何信息（errors,logs）给Controller

　　结尾语：单从测试而言，SilkPerformer和QALoad以及其他开源工具皆可实现压力测试的目的，本文介绍的内容从方法上对于其他工具也适用，但实现细节会略有差别。祝大家成功！