LoadRunner常见问题分析及解决办法
loadrunner常见问题及解决方法
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 initialize record fail
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 的技术支持或查阅相关的官方文档和论坛，寻求更专业的帮助。
记住，处理此类问题时，通常需要具体分析每个环境的特定情况，因此以上提供的只是一些常见的解决方法，而不是绝对的解决方案。
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常见问题
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 格式打开的。
具体实例教你如何做LoadRunner结果分析
具体实例教你如何做LoadRunner结果分析LoadRunner是一款性能测试工具，经常被用来测试服务器的各种性能指标，如响应时间、吞吐量、并发用户数等等。
LoadRunner测试的结果包含了大量的数据，要对这些数据进行分析，找出问题和优化空间，需要一定的技巧和经验。
本文将通过具体实例，教你如何做LoadRunner结果分析。
1. 准备工作在做结果分析之前，需要先进行一些准备工作：•理解LoadRunner的基本概念和原理，如Vuser、脚本、场景、控制器、分析器等等。
•在测试服务器上安装Agent，以便能够在控制器上收集服务器性能数据。
•确定测试目标和测试场景，并编写好对应的LoadRunner测试脚本。
2. 开始测试在进行测试之前，需要将测试场景配置好：包括虚拟用户数、时间间隔、测试时长、目标机器等等信息。
在测试期间，需要密切关注控制器监控的指标，如吞吐量、响应时间、错误率等等。
在测试结束后，可以在控制器上保存测试结果，以便进行后续的分析。
3. 结果分析LoadRunner测试结果包含了各种各样的数据，如服务器响应时间、客户端响应时间、网络延迟、CPU利用率、内存利用率等等。
这些数据需要进行分析，以便找到测试结果中的关键问题和瓶颈。
3.1. 关注响应时间响应时间是衡量系统性能的重要指标之一，它反映了用户等待系统响应的时间。
在LoadRunner测试结果中，响应时间是一个极为重要的数据，需要对其进行仔细的分析。
可以通过绘制响应时间曲线图，来分析服务器的响应情况：如果响应时间线性增长，那么说明系统在承受更大的负载时，响应时间会更慢，需要对系统进行优化；如果响应时间突然跃升，说明系统在某个时刻发生了大规模的性能问题，需要进行问题排查和修复。
3.2. 分析吞吐量吞吐量是表示系统在单位时间内处理的请求数量，也是衡量系统性能的重要指标之一。
在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出现error问题及解决方法总结
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数据库连接数最大值；2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；四、问题描述open many files问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：1、修改操作系统的文件数限制，aix下面修改limits下的nofiles 限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；五、问题描述has shut down the connection prematurely一般是在访问应用服务器时出现，大用户量和小用户量均会出现；来自网上的解释：1> 应用访问死掉小用户时：程序上的问题。
LoadRunner常见测试结果分析（转）
LoadRunner常见测试结果分析（转）
在测试过程中，可能会出现以下常见的几种测试情况：
一、当事务响应时间的曲线开始由缓慢上升，然后处于平衡，最后慢慢下降这种情形表明：
* 从事务响应时间曲线图持续上升表明系统的处理能力在下降，事务的响应时间变长；
* 持续平衡表明并发用户数达到一定数量，在多也可能接受不了，再有请求数，就等待；
* 当事务的响应时间在下降，表明并发用户的数量在慢慢减少，事务的请求数也在减少。
如果系统没有这种下降机制，响应时间越来越长，直到系统瘫痪。
从以上的结果分析可发现是由以下的原因引起：
1. 程序中用户数连接未做限制，导致请求数不断上升，响应时间不断变长；
2. 内存泄露；
二、CPU的使用率不断上升，内存的使用率也是不断上升，其他一切都很正常；
表明系统中可能产生资源争用情况；
引起原因：
开发人员注意资源调配问题。
三、所有的事务响应时间、cpu等都很正常，业务出现失败情况；
引起原因：
数据库可能被锁，就是说，你在操作一张表或一条记录，别人就不能使用，即数据存在互斥性；
当数据量大时，就会出现数据错乱情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LoadRunner常见问题分析及解决办法
2010-09-23 08:02
在运行脚本回放过程中，有时会出现错误，这在实际测试中是不可避免的，毕竟自动录制生成的脚本难免会有问题，需要运行脚本进行验证，把问题都解决后才加入到场景中进行负载测试。
下面结合常用的协议（如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：Action.c(81):Continuing after Error -27498: Timed out while processing
URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do
错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。
如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。
解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。
如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。
分析一下服务器，最好对其性能进行优化。
如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。
最后，增加一下运行时的超时设置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，单击“options”，增加“HTTP-request connect
timeout” 或者“HTTP-request receive”的值。
2．LoadRunner脚本中出现乱码：在录制Web协议脚本时出现中文乱码，在回放脚本时会使回放停止在乱码位置，脚本无法运行。
错误现象：某个链接或者图片名称为中文乱码，脚本运行无法通过。
错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。
解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8”的选项。
3．LoadRunner HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。
错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。
错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。
解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。
错误现象2：-500 Internal Server Error服务器内部错误，脚本运行停止。
错误分析：服务器碰到了意外情况，使其无法继续回应请求。
解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。
4．LoadRunner请求无法找到：在录制Web协议脚本回放脚本的过程中，会出现请求无法找到的现象，而导致脚本运行停止。
错误现象：Action.c(41): Error -27979: Requested form. not found [MsgId: MERR-27979]
Action.c(41): web_submit_form. highest severity level was "ERROR",0 body bytes, 0 header bytes [MsgId: MMSG-27178]"
这时在tree view中看不到此组件的相关URL。
错误分析：所选择的录制脚本模式不正确，通常情况下，基于浏览器的Web 应用会使用“HTML-based script”模式来录制脚本；而没有基于浏览器的Web 应用、Web应用中包含了与服务器进行交互的Java Applet、基于浏览器的应用中包含了向服务器进行通信的JavaScript/VBScript代码、基于浏览器的应用中使用HTTPS安全协议，这时则使用“URL-based script”模式进行录制。
解决办法：打开录制选项配置对话框进行设置，在“Recording Options”的“Internet Protocol”选项里的“Recording”中选择“Recording Level”为“HTML-based script”，单击“HTML Advanced”，选择“Script. Type”为“A script. containing explicit”。
然后再选择使用“URL-based script”模式来录制脚本。
5．LoadRunner不执行检查方法：在录制Web协议脚本中添加了检查方法Web_find，但是在脚本回放的过程中并没有执行。
错误现象：在脚本中插入函数Web_find，在脚本中设置文本以及图像的检查点，但是在回放过程中并没有对设置的检查点进行检查，即Web_find失效。
错误分析：由于检查功能会消耗一定的资源，因此LoadRunner默认关闭了对文本以及图像的检查，所以在设置检查点后，需要开启检查功能。
解决办法：打开运行环境设置对话框进行设置，在“Run-time Settings”的“Internet Protocol”选项里的“Perference”中勾选“Check”下的“Enable Image and text check”选项。
6．LoadRunner回放Web Services协议脚本错误：LoadRunner 8.0版本在录制Web Services协议的脚本时正常，但在回放时会出现错误，提示停止脚本运行。
错误现象：利用LoadRunner 8.0版本来录制Web Services协议的脚本没有任何错误提示，回放脚本时会出现如下错误提示“Error：server returned an incorrectly formatted SO AP response”。
错误分析：出现此错误的原因是LoadRunner8.0在录制Web Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL 文件的头改为<?xml version="1.0"encoding="zh_cn" ?>，所以才会有此错误提示。
解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安装上即可。