在LoadRunner中设置HTTP请求time-out的时间

Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s) [MsgId: MERR-27728]

LR默认使用120秒作为每一个HTTP请求连接和接收和timeout时间,如果一个HTTP下载页面的时间超过120秒,那么就会碰到上面的错误提示。

 

Step Download Timeout means that the step needed to performed for the subsequent step to be performed have reached its timeout limit (default is 120 secs) in LoadRunner.

If the error occurs during the generation of the script (replay in Vugen), it could mean that the application is really taking time of more than 120 secs to complete the download of the resources. You may want to configure the timing to suit your application needs.

如果错误是在Vugen回放脚本时发生的,也就意味着应用程序真的需要超过120秒来完成资源的下载,这时可能就需要配置run-time settings中的timeout时间了:

Increase the run-time timeout settings: In VuGen or the Controller, select Run-Time Settings > Internet Protocol: Preferences, click the Options button, and increase the "HTTP-request connect timeout" or "HTTP-request receive" timeout values.

If the error occurs during a scenario execution and happens in the middle of the scenario (usually with a large amount of load), the application is handling a lot of load and unable to attend to all the vuserrequest, thus (maybe) taking more than the configured download timing. For this,it will be better advisable to look at the system utilization of the server to seeth out any performance problems.

如果错误是在场景执行的过程中发生的,则通常是由于系统受到很大的压力而不能及时地处理某些虚拟用户的请求导致的,这应该是性能问题,需要进一步查找性能瓶颈了。

参考:

http://www.loadrunnertnt.com/errors/error-27728-step-download-timeout-120-seconds-has-expired-when-downloading-non-resources-msgid-merr-27728/

关于是否要配置timeout可参考:

http://www.loadrunnertnt.com/concepts/should-i-configure-step-download-timeout/

时间: 2024-10-18 00:50:00

在LoadRunner中设置HTTP请求time-out的时间的相关文章

【转】关于loadrunner中设置进程和线程的区别

loadrunner中,在进行运行设置中有一项选择,是按进程运行Vuser或按线程运行Vuser?下面进行分别来讲: 1.按进程运行Vuser:Controller将使用驱动程序mdrv运行Vuser.如果按进程方式运行每个Vuser,则对于每个Vuser实例,都将启动一个mdrv进程.如果设置了10个Vuser,则在任务管理器中出现10个mdrv进程.多个mdrv进程肯定会占用大量内存及其他系统资源,这就限制了可以在任一负载生成器上运行的Vuser的数量. 2.按线程运行Vuser:及设置了1

HTTP请求方式中8种请求方法

HTTP请求的方法: HTTP/1.1协议中共定义了八种方法(有时也叫"动作"),来表明Request-URL指定的资源不同的操作方式 HTTP1.0定义了三种请求方法: GET, POST 和 HEAD方法. HTTP1.1新增了五种请求方法:OPTIONS, PUT, DELETE, TRACE 和 CONNECT 方法 1.OPTIONS 返回服务器针对特定资源所支持的HTTP请求方法,也可以利用向web服务器发送'*'的请求来测试服务器的功能性 2.HEAD 向服务器索与GET

LoadRunner中的IP欺骗的设置以及误区

LoadRunner中的IP欺骗的设置以及误区 最近在忙着部署web性能测试的环境后,对IP欺骗进行设置,特地做个笔记,给自己的学习历程留下点足迹. 一. 什么是IP欺骗? 做什么事首先要问个为什么,如果知道为什么了,即使不知道如何做,简单,google it,答案总会找得到,google.cn不行,google.com总行,来自全球的搜索结果,总会有帮助. IP spoof即IP 电子欺骗,我们可以说是一台主机设备冒充另外一台主机的IP地址,与其它设备通信,从而达到某种目的技术. IP是网络层

LoadRunner中Action的迭代次数的设置和运行场景中设置

LoadRunner中Action的迭代次数的设置和运行场景中设置 LoadRunner是怎么重复迭代和怎么增加并发运行的呢? 另外,在参数化时,对于一次压力测试中均只能用一次的资源应该怎么参数化呢?就是说这些资源用了一次就不能在用了的. --参数化时,在select  next row选择unique,update value on选择 each occurence, 1. 迭代跟虚拟用户数没什么必然联系 迭代是这样的: 迭代1次   迭代2次  迭代3次 用户1     X1        

LoadRunner如何在注册业务脚本中设置参数化唯一性

LR在录制一个网站注册业务的脚本时,突然间遇到一个问题:注册时,由于注册用户需要验证唯一性,所以在LR回放脚本时,用Run-time Viewer工具回放可以发现(先在脚本中设置几个断点),真实运行的注册脚本用户并没有注册成功,如图: 出现这样的问题,如何解决呢? 当然,首先就想到了脚本参数化设置,于是我动手写了一段代码,运行脚本让它随机生成用户名(用户名指定格式),然后写入一个dat文件,在参数设置中导入dat文件,这样就非常方便地进行参数化,代码如下: /*author:luihengk*/

设置loadrunner中每个mdrv.exe进程中包含的vuser个数

在loadrunner中,默认的是每50个vuser会使用一个mdrv.exe进程,但是有些时候vuser中的使用的线程太多就会使测试程序的效率特别低,这时候就希望能够可以多起几个mdrv.exe的进程,每个进程中的vuser数量少一点,具体的办法如下: 安装目录下"dat"protocols"CsNet.lrp文件中 在[Vugen]下面新加一条MaxThreadPerProcess=要设置的vuser数量 这样每个mdrv.exe进程中的vuser数量就是你上面设置的数量

转 jquery怎么在header中设置请求信息

jquery是js的类库,js本身不能操作header,因为js是在浏览器加载页面过程中才开始执行的 header需要服务器端执行操作 如果是ajax,是可以设置header $.ajax({ url: "", data: {}, type: "GET", beforeSend: function(xhr){xhr.setRequestHeader('X-Test-Header', 'test-value');},//这里设置header success: func

(转)通过在 Page 指令或 配置节中设置 validateRequest=false 可以禁用请求验证

通过在 Page 指令或 配置节中设置 validateRequest=false 可以禁用请求验证 说明:   请求验证过程检测到有潜在危险的客户端输入值,对请求的处理已经中止.该值可能指示危及应用程序安全的尝试,如跨站点的脚本攻击.通过在   Page   指令或   配置节中设置   validateRequest=false   可以禁用请求验证.但是,在这种情况下,强烈建议应用程序显式检查所有输入. 解决方法: 方法1. 在.aspx页面中添加: <%@   Page   valida

js 中ajax请求时设置 http请求头中的x-requestd-with= ajax

今天发现 AngularJS 框架的$http服务提供的$http.get() /$http.post()的ajax请求中没有带 x-requested-with字段. 这样的话,后端的php 就无法判断 接受的http请求是否是 ajax请求了. 怎么办呢,显然就是给http 请求头中 加上这个字段就可以了. 1.AngularJS 中可以这样子: I don't know well MVC3 but you can set a custom header for all request fr