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

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

LoadRunner error -27979的相关文章

Loadrunner回放脚本时报错Action.c(41): Error -27979: Requested form not found [MsgId: MERR-27979]

解决方法 打开录制选项配置对话框进行设置,在"Recording Options"的"Internet Protocol"选项里的"Recording"中选择"Recording Level"为"HTML-based script", 单击"HTML Advanced",选择"Script Type"为"A script containing explici

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 -27498

URL=http://172.18.20.70:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do错误分析:这种错误常常是因为并发压力过大,服务器端太繁忙,无法及时响应客户端的请求而造成的,所以这个错误是正常现象,是压力过大造成的.如果压力很小就出现这个问题,可能是脚本某个地方有错误,要仔细查看脚本,提示的错误信息会定位某个具体问题发生的位置.解决办法:例如上面的错误现象问题定位在某个URL上,需要再次运行一下场景,同时在其他机

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

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

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