LoadRunner error -27498

URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do
错误分析:这种错误常常是因为并发压力过大,服务器端太繁忙,无法及时响应客户端的请求而造成的,所以这个
错误是正常现象,是压力过大造成的。
如果压力很小就出现这个问题,可能是脚本某个地方有错误,要仔细查看脚本,提示的错误信息会定位某个具体问
题发生的位置。
解决办法:例如上面的错误现象问题定位在某个URL上,需要再次运行一下场景,同时在其他机器上访问此URL。如
果不能访问或时间过长,可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器,最好对其性能进行优
化。
如果再次运行场景后还有超时现象,就要在各种图形中分析一下原因,例如可以查看是否服务器、DNS、网络等方面
存在问题。
最后,增加一下运行时的超时设置,在“Run-Time Settings”>“Internet Protocolreferences”中,单击“
options”,增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。

时间: 2024-10-10 02:13:15

LoadRunner error -27498的相关文章

LoadRunner Error code 10053,Software caused connection abort

发现问题的应用场景  C/S结构程序,请求响应采用异步机制.即客户端发送一个请求后不是一直等待这个结果,客户端将请求存放在请求队列并获得一个JOBID,服务器运行后将运行结果存放在响应队列,客户端定时查看响应队列,根据JOBID定时从响应队列中获取结果.因此带来的测试问题是受服务器状态影响,客户端获取结果的次数不固定. 测试脚本示例  lrs_create_socket("socket0", "TCP", "LocalHost=0", "

[转]Loadrunner Error code 10053 & Tomcat 连接器(connector)优化

LoadRunner提示错误:Error : socket0 - Software caused connection abort. Error code : 10053. 在今天的测试过程中发现,socket请求连接时总是出错,code是10053,google后把问题已经解决了.关键的点就在于Web服务器(Tomcat/Jboss)的一个参数的配置. "MaxKeepAliveRequests" MaxKeepAliveRequests为一次连接可以进行的HTTP请求的最大请求次数

LoadRunner error -27728

错误现象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has expired whendownloading non-resource(s).错误分析:对于HTTP协议,默认的超时时间是120秒(可以在LoadRunner中修改),客户端发送一个请求到服务器端,如果超过120秒服务器端还没有返回结果,则出现超时错误.解决办法:首先在运行环境中对超时进行设置,默认的超时时间可以设置长一些,再设置多次迭代运行,如果

LoadRunner error -27979

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

loadrunner自学以及问题解答1

QQ群:2423597857 ============================== 1.LR 脚本为空的解决方法: 去掉ie设置中的第三方支持取消掉 在系统属性-高级-性能-数据执行保护中,添加loadrunner安装目录中的vugen.exe文件. 有可能是由于录制的URL地址采用的是localhost的问题,改成分配的IP地址或127.0.0.1试试. 2.插入文本检查点步骤时,使用web_reg_find,通常TextPfx和TextSfx中会包含双引号,需要进行转义(用斜杠),例

转载 loadrunner的一些问题解决

sckOutOfMemory 7 内存不足  sckInvalidPropertyValue 380 属性值不效  sckGetNotSupported 394 属性不可读  sckGetNotSupported 383 属性是只读的  sckBadState 40006 所请求的事务或请求本身的错误协议或者错误连接状态  sckInvalidArg 40014 传递给函数的参数格式不确定,或者不在指定范围内  sckSuccess 40017 成功  sckUnsupported 40018

LoadRunner常见问题整理(转)

首先要感谢群友的无私分享,才能得到这篇好的学习资料,整理得太好了,所以收藏保存,方便以后学习. 一:LoadRunner常见问题整理 1.LR 脚本为空的解决方法: 1.去掉ie设置中的第三方支持取消掉 2.在系统属性-高级-性能-数据执行保护中,添加loadrunner安装目录中的vugen.exe文件. 有可能是由于录制的URL地址采用的是localhost的问题,改成分配的IP地址或127.0.0.1试试. 3.插入文本检查点步骤时,使用web_reg_find,通常TextPfx和Tex

Error -27728: Step download timeout (120 seconds)的解决方法(转)

LR中超时问题解决方法 超时错误在LoadRunner录制Web协议脚本回放时超时经常出现. 现象1:Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s). 分析:对于HTTP协议,默认的超时时间是120秒(可以在LoadRunner中修改),客户端发送一个请求到服务器端,如果超过120秒服务器端还没有返回结果,则出现超时错误. 办法

Loadrunner 脚本错误问题汇总(非原创,部分转自互联网)

在运行脚本回放过程中,有时会出现错误,这在实际测试中是不可避免的,毕竟自动录制生成的脚本难免会有问题,需要运行脚本进行验证,把问题都解决后才加入到场景中进行负载测试.下面结合常用的协议(如Web.Web Services协议)录制的脚本进行回放时出现的问题介绍一下解决的方法. 需要注意的是,回放脚本时出现的错误有时是程序自身的原因导致的,因此在解决脚本回放问题前必须保证程序录制出的脚本是正确的. 1.LoadRunner请求无法找到:在做参数化的情况下,可能会出现这样的问题. 错误现象:Acti