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 number 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.LoadRunner 常见问题：

（1）sofeware caused connction：这种情况，一般是脚本有问题，或者loadrunner有问题。解决方法：重新启动机器，或者重新录制脚本，估计是loadrunner的bug。

（2）cannot connect to server:无法连接到服务器。这种情况是服务器的配置有问题，服务器无法承受过多的并发连接了。需要优化服务器的配置，

如操作系统采用windows 2003 server，

优化tomcat配置：maxThreads="500" minSpareThreads="400" maxSpareThreads="450"。但是tomcat 最多支持500个并发访问

优化apache配置：

ThreadsPerChild 1900

MaxRequestsPerChild 10000

其他的错误如：

Action.c(10): Error -27791: Server has shut down the connection prematurely

HTTP Status-Code=503 (Service Temporarily Unavailable)

一般都是由于服务器配置不够好引起的，按照问题（2）处理，如果仍旧不行，需要优化硬件和调整程序了。

Apache问题：

（1） File does not exist: C:/Apache/htdocs/favicon.ico：

这个问题是apache，htdocs目录没有favicon.ico文件引起的，该文件是网站的图标，仅在firefox,myIE等浏览器出现。

（2） 图片无法显示：

配置apache后，却无法显示图片。

解决方法：把程序的图片，按照程序结构copy到apache的htdocs目录下。

（3） 无法处理请求：

当我们输入 ***.do 命令后，apache确返回错误信息，而连接tomcat却没有问题。原因是没有把.do命令转发给tomcat处理。解决方法如下：

在apache配置文件中配置如下内容：

DocumentRoot "C:/Apache/htdocs"

JkMount /*.jsp loadbalancer

JkMount /*.do loadbalancer

4、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设置完了后记住还需要在controler组件的option的run time setting中设置相应的参数；

2、 办法一不能解决的情况下，解决办法如下：

设置runt time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，选项后再回放就成功了。切记此法只对windows系统起作用。

5、问题描述Connection reset by peer 这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。

解决办法：Run-time setting窗口中的?Internet Protocol?－?Preferences?设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”；

6、问题描述connection refused 这个的错误的原因比较复杂，也可能很简单也可能需要查看好几个地方，解决起来不同的操作系统方式也不同；

1、首先检查是不是连接weblogic服务过大部分被拒绝，需要监控weblogic的连接等待情况，此时需要增加acceptBacklog，每次增加 25%来提高看是否解决，同时还需要增加连接池和调整执行线程数，（连接池数*Statement Cache Size）的值应该小于等于oracle数据库连接数最大值；

2、如果方法一操作后没有变化，此时需要去查看服务器操作系统中是否对连接数做了限制，AIX下可以直接vi文件limits修改其中的连接限制数，还有 tcp连接等待时间间隔大小，wiodows类似，只不过wendows修改注册表，具体修改方法查手册，注册表中有TcpDelayTime项；

7、问题描述open many files

问题一般都在压力较大的时候出现，由于服务器或者应用中间件本身对于打开的文件数有最大值限制造成，解决办法：

1、修改操作系统的文件数限制，aix下面修改limits下的nofiles限制条件，增大或者设置为没有限制，尽量对涉及到的服务器都作修改；

2、方法一解决不了情况下再去查看应用服务器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles数增大，应该就可以通过了，具体就是查找到nofiles方法，修改其中else条件的执行体，把文件打开数调大；修改前记住备份此文件，防止修改出错；

8、问题描述has shut down the connection prematurely

一般是在访问应用服务器时出现，大用户量和小用户量均会出现；

来自网上的解释：

1> 应用访问死掉

小用户时：程序上的问题。程序上存在数据库的问题

2> 应用服务没有死

应用服务参数设置问题

例如：

在许多客户端连接Weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是Weblogic中的server元素的AcceptBacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25％

Java连接池的大小设置，或JVM的设置等

3> 数据库的连接

在应用服务的性能参数可能太小了

数据库启动的最大连接数（跟硬件的内存有关）

以上信息有一定的参考价值，实际情况可以参考此类调试。

如果是以上所说的小用户时：程序上的问题。程序上存在数据库的问题，那就必须采用更加专业的工具来抓取出现问题的程序，主要是程序中执行效率很低的sql语句，weblogic可以采用introscope定位，期间可以注意观察一下jvm的垃圾回收情况看是否正常，我在实践中并发500用户和600用户时曾出现过jvm锯齿型的变化，上升下降都很快，这应该是不太正常的；

9、问题描述Failed to connect to server

这个问题一般是客户端链接到服务失败，原因有两个客户端连接限制（也就是压力负载机器），一个网络延迟严重，解决办法：

1、 修改负载机器的tcpdelaytime注册表键值，改小；

2、 检查网络延迟情况，看问题出在什么环节；

建议为了减少这种情况，办法一最好测试前就完成了，保证干净的网络环境，每个负载机器的压力测试用户数不易过大，尽量平均每台负载器的用户数，这样以上问题出现的概率就很小了。

10．LoadRunner HTTP服务器状态代码：在录制Web协议脚本回放脚本的过程中，会出现HTTP服务器状态代码，例如常见的页面-404错误提示、-500错误提示。

错误现象1：-404 Not Found服务器没有找到与请求URI相符的资源，但还可以继续运行直到结束。

错误分析：此处与请求URI相符的资源在录制脚本时已经被提交过一次，回放时不可再重复提交同样的资源，而需要更改提交资源的内容，每次回放一次脚本都要改变提交的数据，保证模拟实际环境，造成一定的负载压力。

解决办法：在出现错误的位置进行脚本关联，在必要时插入相应的函数。

错误现象2：-500 Internal Server Error服务器内部错误，脚本运行停止。

错误分析：服务器碰到了意外情况，使其无法继续回应请求。

解决办法：出现此错误是致命的，说明问题很严重，需要从问题的出现位置进行检查，此时需要此程序的开发人员配合来解决，而且产生的原因根据实际情况来定，测试人员无法单独解决问题，而且应该尽快解决，以便于后面的测试。

11．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”模式来录制脚本。

12．LoadRunner回放Web Services协议脚本错误：LoadRunner 8.0版本在录制Web Services协议的脚本时正常，但在回放时会出现错误，提示停止脚本运行。

错误现象：利用LoadRunner 8.0版本来录制Web Services协议的脚本没有任何错误提示，回放脚本时会出现如下错误提示“Error：server returned an incorrectly formatted SOAP response”。 错误分析：出现此错误的原因是LoadRunner8.0在录制Web Services协议的脚本时存在一个缺陷：如果服务器的操作系统是中文的，VuGen会自动将WSDL文件的头改为<?xml

version="1.0"encoding="zh_cn" ?>，所以才会有此错误提示。

解决办法：下载两个补丁，分别为“LR80WebServicesFPI_setup.exe”和“lrunner_web_

services_patch_1.exe”安装上即可。

第二篇：loadrunner问题总结

Loadrunner问题总结

1. 录制协议的选择

LoadRunner属于应用在客户端的测试工具，在客户端模拟大量并发用户去访问服务器，从而达到给服务器施加压力的目的。所以说LoadRunner模拟的就是客户端，其脚本代表的是客户端用户所进行的业务操作，即只要脚本能表示用户的业务操作就可以。

1.LR支持多种协议，请大家一定要注意，这个地方协议指的是你的Client端通过什么协议访问的Server，Client一般是面向最终使用者的，Server是第一层Server端，因为现在的体系架构中经常Server层也分多个层次，什么应用层，什么数据层等等，LR只管Client如何访问第一层Server.

2.特别要注意某些应用，例如一个Web系统，这个系统是通过ActiveX控件来访问后台的，IE只是一个容器，而ActiveX控件访问后台是通过COM/DCOM协议的，这种情况就不能使用Web协议，否则你什么也录制不到，所以，LR工程师一定要了解应用程序的架构和使用的技术。 3. 象HTTPS，一般来讲一定要选择多协议，但在选择具体协议的时候一定只选Web协议，这时候才能作那个端口映射。

n通常协议选择

1.对于常见的B/S系统，选择Web(Http/Html)

2.测一个C/S系统，根据C/S结构所用到的后台数据库来选择不同的协议，如果后台数据库是sybase，则采用sybaseCTlib协议，如果是SQL server,则使用MS SQL server的协议，至于oracle 数据库系统，当然就使用Oracle 2-tier协议。

3.对于没有数据库的C/S（ftp,smtp）这些可以选择Windwos Sockets协议。

4.至于其他的ERP，EJB（需要ejbdetector.jar），选择相应的协议即可.

5. 一般可以使用Java vuser协议录制由java编写的C/S模式的软件, ,当其他协议都没有用时,只能使用winsocket协议

2. Loadrunner出现 Connection reset by peer.是什么原因?

这个问题不多遇见，一般是由于下载的速度慢，导致超时，所以，需要调整一下超时时间。

解决办法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’设置set advanced options（设置高级选项），重新设置一下“HTTP-request connect timeout（sec），可以稍微设大一些”。

3. 在LoadRunner中为什么要设置思考时间和

pacing？

答：录制时记录的是客户端和服务端的交互，如果要精确模拟用户的行为，那么客户操作客户端时花费了很多时间要怎么模拟呢?

录入填写提交的内容，从列表中下拉搜索选择特定的值等，这时LOADRUNNER 不会记录用户的客户端操作，而是记录了用户这段

时间，成为思考时间(Think-time)，因为用户的这些客户端操作不会影响服务端，只是让服务器端在这段时间内没有请求而已。，所

以加入思考时间就能模拟出熟练的或者生疏的用户操作，接近实际对于服务端的压力。

Vuser思考时间模拟实际用户在不同操作之间等待的时间。例如，当用户收到来自服务器的数据时，可能要等待几秒钟查看数

据，然后再做出响应。这种延迟就称为“思考时间”。VuGen使用lr_think_time函数将思考时间值录制到Vuser脚本中。以下录

制的函数指明用户等待了 8 秒钟才执行下一个操作：

lr_think_time(8);

当您运行了Vuser脚本并且Vuser遇到了上述lr_think_time语句时，默认情况下，Vuser将等待 8 秒钟后再执行下一个操作。可

以使用思考时间运行时设置来影响运行脚本时Vuser使用录制思考时间的方式。

4. loadrunner对应用程序性能分析的总结

一个应用程序是由很多个组件组成的，整个应用程序的性能好不好需要从整体入手去分析。

打开controler，

一般用到的图表有：

Running Vusers运行虚拟用户数

Trans Response Time事务响应时间

Trans/Sec(passed)每秒事务数

Hits per Second 每秒点击率

Connections per second每秒连接数

Network Delay Time网络延迟

Error Statistics错误统计

另外：显示的图表，最大是16个。

5. LoadRunner脚本中出现乱码如何解决?

错误分析：脚本录制可能采用的是URL-based script方式，如果程序定义的字符集合采用的是国际标准，脚本就会出现乱码现象。

解决办法：重新录制脚本，在录制脚本前，打开录制选项配置对话框进行设置，在“Recording Options”的“Advanced”选项里先将“Surport Charset”选中，然后选中支持“UTF-8”的选项。

6. 什么是吞吐量?

网络定义：吞吐量是指在没有帧丢失的情况下，设备能够接受的最大速率。

软件工程定义：吞吐量是指在单位时间内中央处理器（CPU）从存储设备读取->处理->存储信息的量。

影响吞吐量因素：

1、存储设备的存取速度，即从存储器读出数据或数据写入存储器所需时间；

2、CPU性能：

1）时钟频率；

2）每条指令所花的时钟周期数（即CPI）；

3）指令条数；

3、系统结构，如并行处理结构可增大吞吐量。

7.

action和init、end除了迭代的区别还有其他吗? 在init、end 中不能使用集合点、事务等。

8. 进程和线程有什么区别?

重点说一下其在LR中选择的区别。最显著的区别是：线程有自己的全局数据。线程存在于进程中,因此一个进程的全局变量由所有的线程共享。由于线程共享同样的系统区域,操作系统分配给一个进程的资源对该进程的所有线程都是可用的,正如全局数据可供所有线程使用一样。在Controller中将使用驱动程序（如mdrv.exe、r3vuser.exe）运行vuser。如果按进程运行每个vuser，则对于每个vuser实例，都将反复启动同一驱动程序并将其加载到内存中。将同一驱动程序加载到内存中会占用大量的RAM（随机存储器）及其他系统资源。这就限制了可以在任一负载生成器上运行的vuser数量。如果按线程运行每个vuser，Controller为每50个vuser（默认情况下）仅启动驱动程序（如mdrv.exe）的一个实例。该驱动程序将启动几个vuser，每个vuser都按线程运行。这些线程vuser将共享父驱动进程的内存段。这就消除了多次重新加载驱动程序/进程的需要，节省了大量内存空间，从而可以在一个负载生成器上运行更多的Vuser。

9. 如何设置集合点？运行策略？

① 脚本中，菜单—插入—集合点

② 在controller中，点击Scenario－Rendezvous-policy进行相应的设置

10. LoadRunner不执行检查方法怎么解决?

在录制Web协议脚本中添加了检查方法Web_find，但是在脚本回放的过程中并没有执行。

错误现象：在脚本中插入函数Web_find，在脚本中设置文本以及图像的检查点，但

是在回放过程中并没有对设置的检查点进行检查，即Web_find失效。

错误分析：由于检查功能会消耗一定的资源，因此LoadRunner默认关闭了对文本以及图像的检查，所以在设置检查点后，需要开启检查功能。

解决办法：打开运行环境设置对话框进行设置，在“Run-time Settings”的“Internet Protocol”选项里的“Perference”中勾选“Check”下的“Enable Image and text check”选项。

11. LoadRunner如何插入Text/Image 检查点？

在进行压力测试时，为了检查Web 服务器返回的网页是否正确，这些检查点验证网页上是否存在指定的Text 或者Image，还可以测试在比较大的压力测试环境中，被测的网站功能是否保持正确。

操作步骤:

1、可以将视图切换到TreeView视图

2、在树形菜单中选择需要插入检查点的一项，然后点鼠标右键，选择将检查点插到该操作执行前(Insert Before)还是执行后(Insert After)。

3、在弹出对话框中选择web Checks 下面的Image Check 或是 Text Check

4、对需要检查点设置相关的属性

12. 什么是并发?在lordrunner中，如何进行并发的

测试?

在同一时间点，支持多个不同的操作。LoadRunner中提供IP伪装，集合点，配合虚拟用户的设计，以及在多台电脑上设置，可以比较好的模拟真实的并发。

13. 性能测试的类型都有哪些?

① 负载测试(Load Test)

通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足性能指标的情况下，系统所能承受的最大负载量的测试。

② 压力测试(Stress Test)

通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并以此来获得系统能够提供的最大服务级别的测试。压力测试是一种特定类型的负载测试。

③ 疲劳强度测试

通常是采用系统稳定运行情况下能够支持的最大并发用户数或者日常运行用户数，持续执行一段时间业务，通过综合分析交易执行指标和资源监控指标来确定系统处理最大工作量强度性能的过程。疲劳强度测试可以反映出系统的性能问题，例如内存泄漏等。

④ 大容量测试(Volume Test)

对特定存储、传输、统计、查询业务的测试。

14. 参数的数据分配与更新方式？

Select next row【选择下一行】:

顺序（Sequential）：按照参数化的数据顺序，一个一个的来取。

随机（Random）：参数化中的数据，每次随机的从中抽取数据。

唯一（Unique）：为每个虚拟用户分配一条唯一的数据

Update value on【更新时的值】：

每次迭代(Each iteration) ：每次迭代时取新的值，假如50个用户都取第一条数据，称为一次迭代；完了50个用户都取第二条数据，后面以此类推。

每次出现(Each occurrence)：每次参数时取新的值，这里强调前后两次取值不能相同。

只取一次(once) ：参数化中的数据，一条数据只能被抽取一次。（如果数据轮次完，脚本还在运行将会报错）

上面两个选项都有三种情况，如果将他们进行组合，将产生九种取值方式。

15. 自动记录用户使用的参数的C脚本。

2013-04-07