Action(8):Error -27728:Step download timeout(120 seconds)has expired when downloading
出现如下图所示对话框上的错误信息时
场景运行时报错：
1.
2.
解决方法是：
在Vuser Generator中的Vuser--->Run-Time Settings...---->Internet Protocol--->Preferences---->
HTTP-request connect timeout (sec)和
HTTP-request receive timeout (sec) 分别设置1000
Step download timeout (sec) 设置10000即可解决
解决方法：
是超时的意思，不一定是代码的问题，可能是负载比较大，服务器的响应超过了120秒，就汇报这个错误，解决方法如下：
1、 修改run time setting中的请求超时时间，默认120，你改大一些,其中有三项的参数可以一次都修改了，
HTTP-request connect timeout，
HTTP-request receieve timeout，
Step download timeout，分别建议修改为600、600、5000；run time setting设置完了后记住还需要在control组件的option的run time setting中设置相应的参数；
2、 设置run time setting中的internet protocol-preferences中的advaced区域有一个winlnet replay instead of sockets选项，勾选。
Error -27728: Step download timeout (120 seconds)的解决方法
现象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=
分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客
户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。
如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，
提示的错误信息会定位某个具体问题发生的位置。
解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，
同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载
。分析一下服务器，最好对其性能进行优化。
如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可
以查看是否服务器、DNS、网络等方面存在问题。
最后，增加一下运行时的超时设置，在“Run-Time Settings”>“Internet
Protocol:Preferences”中，单击“options”，增加“HTTP-request connect timeout” 或者“HTTP-request receive”的值。
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秒服务器端还没有返回结果，则出现超时错误。
办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“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”的值。
LR 9.5处理TimeOut问题小结
http://www.testwo.com/space-2-do-blog-id-413.html
1、对于HTTP协议的页面，默认的超时时间是120秒。
修改方法：
Controller中Performances中Advanced->options中，增加“HTTP-request connect timeout（sec）” 或者“HTTP-request receive timeout（sec）”的值
2、在Controller中对应脚本的“Runtime Setting”>“Internet Protocol：
Preferences”>“Advanced”区域中勾选“winlnet replay instead of sockets（windows only）”选项
3、对Controller中Tools->options下 timeout选项卡中，Vuser的Run时间设置
经过确认，如被测页面基于HTTP协议时，场景优先采用步骤1中的时间约束。
1． Error -27727: Step download timeout (120 seconds) has expired when downloading resource(s). Set the "Resource Page Timeout is a Warning" Run-Time Setting to Yes/No to have this message as a warning/error, respectively [MsgId: MERR-27727]
Action.c(34): web_link("＊＊＊＊") highest severity level was "ERROR", 14506915 body bytes, 547 header bytes [MsgId: MMSG-26388]Ending action Action.
解决方法：
