1.Action.c(45): Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Step Timeout caused by resources is a warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively
这是一个经常会遇到的问题，解决得办法走以下步骤：
a、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数；
b、办法一不能解决的情况下，解决办法如下：
设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用，此法来自zee的资料。
2.Error -27796 Failed to connect to server 的临时解决方法
我电脑上之前安装了虚拟机软件，所以产生了两块虚拟的网卡，然后禁用虚拟机的两块网卡，可能就可以了。
3.运行场景自动关闭
- 改并发进程为线程
- 改LR的配置文件
- 换低版本的LR
- 换操作系统
- 换内存高的负载器
在loadrunner中，默认的是每50个vuser会使用一个mdrv.exe进程，但是有些时候vuser中的使用的线程太多就会使测试程序的效率特别低，这时候就希望能够可以多起几个mdrv.exe的进程，每个进程中的vuser数量少一点。安装目录下"dat"protocols"CsNet.lrp文件中，在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量.这样每个mmdrv.exe进程中的vuser数量就是你上面设置的数量了。（似乎无用）
4.Action.c(157): C interpreter run time error: Action.c (157): Error -- memory violation : ExceptionACCESS_VIOLATION received.
解决方法：选择run-time设置中选择“web services”- "客户端仿真"—“模拟特定的数据包”－“mssoap”
场景运行中建议：
场景运行中观察资源管理器cpu超过百分之八十数据就不可靠了，内存建议不要超过百分之50
如果压100个没问题，系统CPU不超过40%，然后再加成300个用户。
如果压100个系统CPU都到80%了，你想压1000个可能吧
5.Loadrunner error code -82034 Rendezvous release failed 是什么错误? 集合点释放失败，可能内存太低导致的，我重新设置了STOP vuser就行了
一般情况下,当前一台主流的PC设备能支持150-200个WEB协议的VUSER
6.Action.c(10): Error -26377: No match found for the requested parameter "SessionParam". Check whether the requested boundaries exist in the response data. Also, if the data you want to save exceeds 256 bytes, use web_set_max_html_param_len to increase the parameter size
解决方法：web_set_max_html_param_len()函数可以自定义关联返回值存放的参数的最大长度
7.Action.c(10): Error -26374: The above "not found" error(s) may be explained by header and body byte counts being 0 and 0, respectively.
解决方法：我们服务器设置的线程数不够，Tomcat的conf/server.xml中的maxThreads、connectionTimeout参数进行配置,maxThreads最大是500
结论：当最大线程数较少、超时时间较短时，出现这个错误的次数就越多；随着最大线程数逐步接近并发用户数，该错误逐渐减少。另外，延长超时时间也能够减少错误的出现，但这时由于请求在处于排队状态，因此会增加响应时间。
注意：当6与7同时出现时，解决方法也是7,请参照http://www.cnblogs.com/pent/archive/2007/10/16/885392.html
8. Error:-27792 connection reset by peer
1.服务器的并发连接数超过了其承载量，服务器会将其中一些连接给断掉了。
2.客户关掉了浏览器，而服务器还在给客户端发送数据。
3.浏览器端按了Stop
为了解决这个问题，我们可以从两方面调整：
1.调整服务器的应用配置，应用连接池、设置更多的连接数等。
2.在实际应用中，通常都有手工操作的实际间隔，为了模拟真实情况可以设定一定的思考时间，留给服务器一定的处理时间。
