下载文档原格式
loadrunner常见问题及解决⽅法loadrunner常见问题1..关于loadrunner11录制脚本时IE打不开问1、ie浏览器去掉启⽤第三⽅浏览器扩展2、loadrunner11 键盘F4，在browser Emulation点击change，在弹出的提⽰框中Browser version 选择8.0，platform. 选择windows73、loadrunner11 键盘ctrl+F7在弹出的提⽰框中选择最后⼀项Correlation，将Enable correlation during recording 下⾯的勾全去掉，有需要的再勾4、退出杀毒软件（⾦⼭啊360啊什么的都退了）5、退出迅雷软件6、计算机——属性——⾼级系统设置——性能⾥的设置——数据执⾏保护——选择“为除下列选定程序之外的所有程序和服务启⽤”——添加IE浏览器——应⽤——确定1.2.controlle打开失败：controller⼀添加完脚本就崩溃了，报错：试读执⾏系统不⽀持的操作；Runtime error！c：\ProgramFiles\hp\LoadRunner\bin\Wlrun.exe abnormal program termination。
解决⽅案：1.E:\Program Files (x86)\HP\LoadRunner\bin⽂件下将wlrun.exe⽂件删除，2.进⼊“我的电脑”下---控制⾯板\卸载或更改程序中---右击HP Loadrunner修复。
1.3.设置并发数：User generator tools—create controller scenario—number of vusers1.4.Loadrunner11安装：1. 安装完成后，退出loadrunner2. 把下载的lm70.dll,mlr5lprg.dll 拷贝到../HP/Loadrunner/bin覆盖掉原来的3. 使⽤注册表删除⼯具，点击deletelicense.exe 删除注册表信息4. 再次打开loadrunner, configuration->loadrunner license->new license，在弹出的输⼊框中输⼊license序列号100 vuser: AEAMAUIK-YAFEKEKJJKEEA-BCJGI10000 vuser: AEABEXFR-YTIEKEKJJMFKEKEKWBRAUNQJU-KBYGB超级license,⽀持6.5w个并发: AEACFSJI-YJKJKJJKEJIJD-BCLBR破解⽅⾯的东西⽹上多如⽜⽑，就不再说了。
LoadRunner常见问题整理作者：广陵散仙（/junzhongxu/） | 出处：博客园 | 2011/11/21 1:08:30 | 阅读22次1.LoadRunner录制脚本时为什么不弹出IE浏览器？当一台主机上安装多个浏览器时， LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。
启动浏览器，打开Internet选项对话框，切换到高级标签，去掉“启用第三方浏览器扩展（需要重启动）”的勾选，然后再次运行VuGen即可解决问题提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。
因此建议运行LoadRunner得主机上保持一个干净的测试环境。
2.录制Web脚本时，生成的脚本中存在乱码该如何解决？录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。
再次录制，就不会出现中文乱码问题了。
3.HTML-based script与URL-based script的脚本有什么区别？使用“HTML-based script”的模式录制脚本，VuGen为用户的每个HTML操作生成单独的步骤，这种脚本看上去比较直观；使用“URL-based script”模式录制脚本时，VuGen可以捕获所有作为用户操作结果而发送到服务器的HTTP请求，然后为用户的每个请求分别生成对应方法。
通常，基于浏览器的Web应用会使用“HTML-based script”模式来录制脚本；而没有基于浏览器的Web应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用了HTTPS安全协议，这时使用“URL-based script”模式进行录制。
4.为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行？由于检查点功能会耗费一定的资源，因此LoadRunner默认关闭了对文本及图像的检查。
loadrunner initialize record fail "LoadRunner initialize record fail" 是一个与LoadRunner 性能测试工具相关的错误信息。
LoadRunner 是一个用于对应用程序进行压力测试和性能测试的工具。
这个错误信息通常意味着在初始化录制（record）过程中出现了问题。
这个错误可能由多种原因引起，以下是一些可能的原因和相应的解决方法：1.配置问题：确保你的LoadRunner 配置是正确的。
检查代理设置、端口号等是否与实际应用相匹配。
2.环境问题：可能的应用程序或服务器环境问题，如防火墙设置、网络连接等。
确保目标服务器和应用可以正常访问，并且没有任何阻止LoadRunner 录制或与目标服务器通信的防火墙或安全设置。
3.版本兼容性：确保你的LoadRunner 版本与目标应用程序或服务器版本兼容。
4.权限问题：确保你有足够的权限来录制目标应用程序或服务器。
有时，特定的权限或角色设置可能会阻止LoadRunner 正常录制。
5.路径问题：检查录制的脚本保存路径是否存在，是否有足够的空间存储录制的内容。
6.其他工具冲突：确保没有其他工具或应用与LoadRunner 冲突，或占用了LoadRunner 需要使用的端口号等资源。
7.查看日志：检查LoadRunner 的日志文件，这通常可以提供更多关于错误原因的详细信息。
8.重新安装或修复：考虑重新安装LoadRunner 或修复安装，有时这可以解决一些未知的初始化问题。
9.联系支持：如果以上方法都不能解决问题，建议联系LoadRunner 的技术支持或查阅相关的官方文档和论坛，寻求更专业的帮助。
记住，处理此类问题时，通常需要具体分析每个环境的特定情况，因此以上提供的只是一些常见的解决方法，而不是绝对的解决方案。
资料还未整理，有时间我会尽快把他整理好的，希望大家也能把自己遇到的新问题和解决方法放到这里面来，供大家交流和学习。
问题1：vuser_init.c1错误-26612: 对于“/sa.aspx?id=353508940'+yesdata+'”，HTTP 状态代码=500 (Internal Server Error) [MsgId: MERR-26612]？解决解决办法：/sa.aspx?id=353508940'+yesdata+'服务器错误（漏掉一个参数）LoadRunner脚本回放问题及解决在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。
下面结合常用的协议（如Web、Web Services协议）录制的脚本进行回放时出现的问题介绍一下解决的方法。
需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的，因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的。
1．LoadRunner超时错误：在录制Web协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。
错误现象1：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。
错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。
解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”区域中设置一个“winlnet replay instead of sockets”选项，再回放是否成功。
Load Runner常见问题----翁春芳在刚开始学习使用loadrunner进行性能测试时，经常碰到一些问题，比如录制脚本经常遇到不能打开浏览器的情况，到了后期对测试结果又经常不明白是什么原因导致失误失败，于是就自己上网查寻找些解决方法并记录下来，留以后备用也供大家参考。
其中有些问题和是我现在还没碰到的，不过若将来更深一步学习和使用lr，应该也会有用。
就一并记录下来。
1、LoadRunner录制脚本时为什么不会弹出IE浏览器?当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以启动浏览器，打开Internet选项对话框，切换到高级标签，去掉“启用第三方浏览器扩展(需要重启动)”的勾选，然后再次运行VuGen即可解决问题。
提示：通常安装Firefox等浏览器后，都会勾选上面得选项，导致不能正常录制。
因此建议运行LoadRunner得主机上保持一个干净的测试环境。
2、录制Web脚本时，生成的脚本中存在乱码该如何解决?录制脚本前，打开录制选项配置对话框Record-Options，进入到Advanced标签，先勾选“Support charset”，然后选择中支持UTF-8。
再次录制，就不会出现中文乱码问题了。
3、回放乱码，IE访问页面一切正常，但是LR回放时在run viewer中显示的页面为乱码？这一问题一般是由于页面保存时的编码格式和页面中的charset格式不一致引起的（html头中通常会有<meta http-equiv="Content-Type" c>）。
遇到这类问题，只需要将页面做另存为，将保存的编码格式和页面中的charset格式统一起来就可以了。
引起问题的原因是：IE浏览器解码时会优先考虑文件的保存编码格式，而后考虑页面中的charset格式，（正常情况下两者是一致的），而run viewer是直接使用页面中的charset 格式打开的。
l o r u n e r全问题解决方案 The Standardization Office was revised on the afternoon of December 13, 2020loadrunner的几种常见错误及解决办法1录制loadrunner脚本时，无法生成脚本，录制过程中事物都有显示，我把所有防火墙和网络保护都关了，但是脚本就是无法生成，协议之类的都是对的。
解决：、在录制选项option->network->ort Mapping 中的Capture levet选择Socket level and WinNet level data试试2在回放脚本时出现的错误Action.c(33): Error -35061: No match found for the requested parameter "CorrelationParameter_1". Check whether the requested boundaries exist in the response data. Also, if the data you want to save exceeds 256 bytes, useweb_set_max_html_param_len to increase the parameter size [MsgId: MERR-35061]解决方法：可以用web_set_max_html_param_len增加参数长度，我试过到99999999共8位；还有，你可以在web_reg_save_param_ex("ParamName=CorrelationParameter_3","LB=c","RB=>\n<table border",后面加上 "NotFound=warning", 保存编译下，就不回再提是错误了。
LoadRunner常遇见的问题在压力测试过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。
下面结合常用的协议（如Web、Web Services协议）录制的脚本进行回放时出现的问题介绍一下解决的方法。
需要注意的是，回放脚本时出现的错误有时是程序自身的原因导致的，因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的。
1．LoadRunner超时错误：在录制Web协议脚本回放时超时情况经常出现，产生错误的原因也有很多，解决的方法也不同。
错误现象1：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。
错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner 中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。
解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“Runtime Setting”>“Internet Protocol：Preferences”>“Advanced”区域中设置一个“winlnet replay instead of sockets”选项，再回放是否成功。
2．LoadRunner脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。
错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。
错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。
相信有不少人在使用LoadRunner的过程中都遇到过这样的问题：在录制下来的脚本的中文信息出现了乱码。
关于乱码问题，可能大家在网上也能搜到不少相关的解决办法，我在这里就不多说了，大家自己去试验一下吧，到底哪个办法有效也就只有谁用谁知道了！我这里只举一个自己遇到的实际例子来说这个问题，也许不是解决这个问题的唯一办法，但至少也是其中的一个吧。
被测系统采用Ajax技术，通过录制下来的脚本看起来像下面的样子（省略函数其它部分，下同）：web_custom_request("CALL-H001I","EncType=text/xml; charset=UTF-8","BodyBinary=CALLH001I1040浣忔埧01鏆傛棤鍙风爜<PAPERGR ant organ>1110000001000000.00A110102*********#1闇嶈景榫""""x99" "10001鍘﹂棬100A1442000050031"r"n" "", LAST);从上面脚本的黑体部分可以看出，LoadRunner向服务器提交的请求body部分，输入的中文字段被变成了诸如“浣忔埧”这样的乱码。
遇到这样的情况，相信大多数人和我最开始一样，只能不加理会，直接点击回放，然后我们很高兴地发现，脚本回放成功了！这些乱码是可以被LR识别的，而且到应用系统中查看运行的结果，也没有问题，显示的是正确的中文。
但是且慢！先不要高兴得太早，我们很快就会意识到：如果这个字段我们是需要进行参数化的怎么办？我们应该如何造出这种乱码的字呢？首先，我们直接用正常的字去参数化，这里只举其中的一个例子来说明，比如这个字段，我们用参数值“汽车”直接在脚本中替换“浣忔埧”，脚本回放失败。
LoadRunner报告分析报告1. 引言本文将对LoadRunner的报告进行详细分析，帮助读者了解应用测试的性能瓶颈和优化方向。
LoadRunner是一款常用的性能测试工具，通过模拟真实用户的行为对系统进行压力测试，从而评估系统的性能和可靠性。
2. 报告概览在本节中，我们将对LoadRunner报告的整体概况进行分析。
报告包括以下几个关键指标：2.1 响应时间分析LoadRunner报告提供了每个请求的平均响应时间、最大响应时间和最小响应时间等指标。
通过对这些指标的分析，我们可以了解系统在不同负载下的响应情况。
2.2 事务响应时间分布LoadRunner报告还提供了事务响应时间的分布情况。
通过观察事务响应时间的分布情况，我们可以了解系统中存在的性能瓶颈和优化的空间。
2.3 错误分析LoadRunner报告中的错误分析可以帮助我们定位系统中出现的错误，并分析错误的原因。
通过对错误的分析，我们可以找到系统中的问题，并提出相应的解决方案。
3. 响应时间分析在这一节中，我们将对LoadRunner报告中的响应时间进行详细分析。
通过对响应时间的分析，我们可以了解系统在不同压力下的性能表现。
3.1 平均响应时间平均响应时间是衡量系统性能的重要指标之一。
根据报告显示的平均响应时间，我们可以了解系统对用户请求的平均处理时间。
如果平均响应时间过长，说明系统的性能存在问题，需要进一步优化。
3.2 最大响应时间最大响应时间是指系统处理用户请求的最长时间。
通过分析最大响应时间，我们可以找到系统中存在的性能瓶颈。
如果最大响应时间过长，可能会导致用户体验不佳，需要优化系统的性能。
3.3 最小响应时间最小响应时间是指系统处理用户请求的最短时间。
通过分析最小响应时间，我们可以了解系统在轻负载下的性能表现。
如果最小响应时间过长，可能会导致用户等待时间增加，需要优化系统的性能。
4. 事务响应时间分布在这一节中，我们将对LoadRunner报告中的事务响应时间分布进行分析。
LoadRunner错误及解决⽅法总结LoadRunner错误及解决⽅法总结1. error:missing newline in d:\loadrunner\name.dat场景执⾏时报error:missing newline in d:\loadrunner\name.dat第⼆次执⾏不报两个解决办法：第⼀：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进⾏编辑即可。
第⼆：如果参数很多超过100条的话。
在记事本中编辑好了之后，记着在最后⼀个参数后打个回车，让⿏标的光标移动到下⼀⾏。
2.load generator is currently running the maximum numb er of vuser of this type使⽤的是loadrunner8.0，有10000个⽤户的web的license，global的有10个。
在测试的时候发现running vuser到达1000以后就不能再提⾼，后⾯的vuser 就会出错。
错误是“The load generator is currently running the maximum number of vuser of this type”.已经可以排除是load generator机器本⾝资源的问题。
因为换了性能⽐较强的酷睿2还是同样的问题，CPU和memory都有空闲。
解决办法:在load generator中有⼀个Vuser limits tab，可以设置running user 的最⼤数⽬。
即设置load generator----Details------Vuser limits ----Other Vusers 的最⼤参数。
3. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误，则可能是关联问题：1.⾸先看下脚本中有没有使⽤了⾃动关联(web_reg_save_param)2.在Virtual的脚本⾥查询下web_reg_save_param的参数使⽤位置,然后把这个参数化给还原回来。
loadrunner常见错误解决方法1.Error -27727: Step download timeout (120 seconds)has expired when downloading resource(s). Set the “Resource Page Timeout is a Warning” Run-Time Setting to Yes/No to have this message as awarning/error, respectively处理方法：Run-Time Setting ------ Internet Protocol------ Preferences ------Option ------ Step download timeout(sec)改为32000A、应用服务参数设置太大导致服务器的瓶颈B、页面中图片太多C、在程序处理表的时候检查字段太大或多Error -27728: Step download timeout (120 seconds)的解决方法语法检查通过，但是在并发执行一个查询时候报错Action.c(16): Error -27728: Step downloadtimeout (120 seconds) has expired when downloading non-resource(s)设置了runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。
2.Action.c(7): Error -27791: Server “192.168.1.77″ has shut down the connection prematurely解决方案如下：1、应用服务器死掉。
小用户时程序上的问题，程序上处理数据库的问题2、应用服务没有死。
目录LoadRunner常见问题及其解决方案 (2)一、录制脚本常见问题 (2)1、LoadRunner录制脚本时为什么不弹出IE浏览器? (2)2、录制Web脚本时，生成的脚本中存在乱码该如何解决? (3)3、HTML-based script与URL-based script的脚本有什么区别? (4)4、为什么脚本中添加了检查方法Web-find，但是脚本回放时却没有执行? (4)5、运行时的Pacing设置主要影响什么? (5)6、运行时设置Log标签中，如果没有勾选“Enable logging”，则手工消息可以发送吗? (5)7、LoadRunner 8.0版本的VuGen在录制Web Services协议的脚本时一切正常，而回放时报出错误提示“Error：server returned an incorrectly formatted SOAP response”。
这时说明原因引起的? (6)8、VuGen支持Netscape的客户证书吗? (6)9、VuGen会修改录制浏览器中的代理服务器设置吗? (6)10、在LoadRunner脚本如何输出当前系统时间? (6)11、一些Web虚拟用户脚本录制后立刻回放没有任何问题，但是当设置迭代次数大于1时，如果进行回放则只能成功迭代一次。
为什么从第二次迭代开始发生错误? (7)12、虚拟客户脚本“Run-time Setting”中的线程和进程运行方式的区别? (7)13、在Controller中运行Web相关测试场景时，经常会有很多超时错误提示，如何处理这类问题? (8)14、为什么Windows系统中的CPU、内存等资源仍然充足，但是模拟的用户数量却上不去? (8)16、Loadrunner不支持默认的浏览器 (9)17、脚本回放时报错Extension lrwreplaymain.dll is not loaded. System error (9)LoadRunner常见问题及其解决方案一、录制脚本常见问题1、LoadRunner录制脚本时为什么不弹出IE浏览器?当一台主机上安装多个浏览器时，LoadRunner录制脚本经常遇到不能打开浏览器的情况，可以用下面的方法来解决。
环境是【Windows XP，LoadRunner 8.1】方法一：关闭loadrunner和IE，在loadrunner的执行文件目录bin下找到文件register_vugen.bat，执行改文件，然后重启loadrunner，尝试录制。
方法二：一种是IE设置可能有问题。
Internet选项的高级标签页中有一个启用第三方浏览器扩展（需要重启），请不要选择改选项。
(注意：如果使用MI的QTP，这个选项需要打上勾，哈哈，很搞笑。
)方法三：loadrunner用的是8.1，经过我一而再再而三的测试，发现无法录制脚本的原因是因为适用的是IE7浏览器，换成绿色IE6之后一切正常了。
方法四：如果被测试系统在本机上，访问地址为：http://127.0.0.1：端口/程序名称，需要将URL改为：http://localhost：端口/程序名称，这样就可以产生脚本了。
这个现象我也觉得很奇怪，不知道到底为什么？但是，改成（http://localhost：端口/程序名称）的确可以产生脚本了，呵呵！方法五：开始－运行regsvr32 BHOManager.dll方法六：以前曾经在51论坛上下载了《Loadrunner问题集粹》，其中有提到《LR在2003或XPSP2安装问题.txt》，说法是：Windows 2003 & XP SP2 have a new DEP (Data Execution Prevention) feature which prevents VuGen recording.Go to Control Panel, System -> Advanced tab, Performance section "Settings" button Data Execution Prevention tab ,and add the client program or choose "Turn on DEP for essential windows programs and services only." A reboot is required.问题一:EDP数据保护问题,录制时不能自动弹出IE处理方法:如下图，购选第一种问题二：运行场景的时候，报错说录制的脚本不存在处理方法：录制好脚本后，按LR的步骤，一步一步保存，选择下图中的按钮。
LoadRunner出现error问题及解决方法总结 一、Step download timeout (120 seconds)这是一个经常会遇到的问题，解决得办法走以下步骤：1、修改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中设置相应的参数。
2、办法一不能解决的情况下，解决办法如下：设置runt time setting中的internet protocol‐preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。
切记此法只对windows系统起作用，此法来自zee的资料。
二、Connection reset by peer.这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。
解决办法：Run‐time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP‐request connect timeout（sec），可以稍微设大一些”。
三、connection refused这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同。
1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值。
LoadRunner错误及解决方法总结1. error:missing newline in d:\loadrunner\name.dat场景执行时报error:missing newline in d:\loadrunner\name.dat第二次执行不报两个解决办法：第一：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行编辑即可。
第二：如果参数很多超过100条的话。
在记事本中编辑好了之后，记着在最后一个参数后打个回车，让鼠标的光标移动到下一行。
2.load generator is currently running the maximum numb er of vuser of this type使用的是loadrunner8.0，有10000个用户的web的license，global的有10个。
在测试的时候发现running vuser到达1000以后就不能再提高，后面的vuser 就会出错。
错误是“The load generator is currently running the maximum number of vuser of this type”.已经可以排除是load generator机器本身资源的问题。
因为换了性能比较强的酷睿2还是同样的问题，CPU和memory都有空闲。
解决办法:在load generator中有一个Vuser limits tab，可以设置running user 的最大数目。
即设置load generator----Details------Vuser limits ----Other Vusers 的最大参数。
3. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误，则可能是关联问题：1.首先看下脚本中有没有使用了自动关联(web_reg_save_param)2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。
如果初期没这个错误，或脚本单独回放时没有问题，而是压力越大错误率越高的话，怀疑是服务器反馈不及时，或反馈信息错误，或丢包了。
导致LR没有从反馈信息中得到这个值。
Error -26609: HTTP Status-Code=503 (Service Unavailable) for":8090/logon.cfm"引起的原因解释：一、如果出现“Service Unavailable”的提示，刷新几下又可以访问。
出现这种情况是由于您的网站超过了iis限制造成的由于2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable",出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。
比如同样是100人在线的论坛，雷傲论坛所占的资源就是PW论坛所占资源的10倍以上；另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。
不过WINDOWS2003的操作系统，各网站之间是以独立进程运行的，不会相互影响。
如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，或者提示：应用程序池 'xxx' 超过了其作业限制设置。
这时，访问这个网站就会提示：Service Unavailable。
一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
另外，如果你的网站当前访问人数过多，超过了系统的iis连接数限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）二、没有限制IIS连接，还是遭遇Service Unavailable多见于使用ACCESS数据库的网站一般使用windows 2003 IIS 6的用户可能这个问题一直正常的系统，突然有一个网站打不开了提示： Service Unavailable 但这个网站并没有限制IIS连接数。
然后马上影响到了别的网站，不到一会，其他的网站也全变成了 Service Unavailable这是什么原因呢？我们分析后可以知道，还是MS的老问题。
ACCESS引擎当了。
用服务器医生的文件医生修复，查看修复结果时会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。
通过文件医生修复后，系统才会恢复正常。
三、浏览一个 Windows SharePoint Services Web 站点时，提示：Service Unavailable1.Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。
解决方案要解决此问题，按照下列步骤操作： 1.默认的应用程序池是MSSharePointPortalAppPool。
请按照下列步骤来确定虚拟服务器正在使用的应用程序池。
a. 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。
b. 展开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。
c. 单击“主目录”选项卡。
为虚拟服务器配置的应用程序池列在“应用程序池”框中。
d. 单击“确定”。
2.验证应用程序池帐户使用的密码是否正确。
IIS 不会自动轮询 Active Directory 目录服务中的密码更改。
如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。
3.验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。
4.重新启动 IIS 以回收应用程序池4.Error -27259: Pendingweb_reg_save_param/reg_find/create_html_param[_ex] request(s) detected and reset at the end of the Init section这是我犯的一个低级错误。
在我将登录脚本移到Init部分时，将登录脚本之后的浏览操作前面的web_reg_find脚本也一起移了过去，结果运行完Init部分脚本就出错了。
这种错误的现象是没有进行迭代已经出错了，错误提示也很明确。
这时只要把web_reg_find放回Action部分的正确的位置即可。
5. Error -27498: Time out while processing URL=http:// …错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。
如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。
解决方法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。
如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。
分析一下服务器，最好对其性能进行优化。
如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。
最后，增加一下运行时的超时设置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，单击“options”，增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。
在脚本最前面插入web_set_max_retris("5"),里面的数字根据需要可以设成5，我最大设成10。
6、Error -27728: Step download timeout (120 seconds)这是一个经常会遇到的问题，解决得办法走以下步骤：1、修改run time setting中的请求超时时间，增加到600s,其中有三项的参数可以一次都修改了，HTTP-request connect timeout，HTTP-request receievetimeout，Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在controler组件的option的run time setting中设置相应的参数；2、办法一不能解决的情况下，解决办法如下：设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。
切记此法只对windows系统起作用。
问题解释：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。
这个问题很有意思！首先LR是通过Microsoft WinInet DLL去录制web协议的！但是在Control运行的时候它默认通过socket去模拟请求，因为这些可以真实的模拟带宽，而采用Microsoft WinInet DLL通过这个DLL去访问网卡方式去模拟带宽，使得模拟不是很精确！而且也不支持unix的应用，但是使用这个确实有时无法处理winnet Dll的一些请求，我认为是它的一些BUG，比如说：回放时它会检查Content-Length，但是网页支持receive more data时，这时socket模拟会一直等待直到timeout!先说了一些优缺点，最后回到这个问题！这个问题分两个方面分析：第一：你要明白web_set_timeout()这个函数的适用范围！比如说一个web_submit_data（）中实际涵盖了10个对Server 端的请求，这个函数是针对10个请求的总和时间的！（别犯低级错误，timeout分了connect,receive以及download三个部分：））第二：就是我解释的上面的一些BUG问题！WinInet dll在新版本中处理请求时可以异步的，就是不再是那种连接等待然后超时模式！但是LR用的socket是同步请求！只有等到timeout才会退出！microsoft已经明确表示INTERNET_OPTION_RECEIVE_TIMEOUT 不再适用于Microsoft Internet Explorer 5.0，显而易见，他们处理请求采取了异步处理的方式！这里，我补充如下：VuGen专用的基于套接字的重播是一种可伸缩以便进行负载测试的轻型引擎。
