性能测试问题解决法-19种情况.docxVIP

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 处理方法：Run-Time Setting Internet Protocol Preferences Option Step download timeout(sec)改为32000 A、应用服务参数设置太大导致服务器的瓶颈　　B、页面中图片太多　　C、在程序处理表的时候检查字段太大或多 二、错误现象：Action.c(16): Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。 错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。 解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在Runtime SettingInternet Protocol：PreferencesAdvanced区域中设置一个winlnet replay instead of sockets选项，再回放是否成功。 三、Action.c(7): Error -27791: Server “7″ has shut down the connection prematurely　　解决方案如下：　　1、应用服务器死掉。小用户时程序上的问题，程序上处理数据库的问题　　2、应用服务没有死。应用服务参数设置问题。例如：在许多客户端weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是weblogic中的server元素的acceptbacklog属性值设得过低。如果连接时收到connection refused消息，说明应提高该值，每次增加25%。　　3、数据库的连接　　在应用服务的性能参数可能太小了，数据库启动的最大连接数（跟硬件的内存有关）　　4、有时关闭卡巴斯基也会解决如上问题　　1）观察response time 是否超出默认的120秒　　2）检查服务器日志是否有异常以及负载是否过高　　3） web_set_timeout 设置更长的超时超时上限　　如　　web.set_timeout(”CONNECT”, “360″);　　web.set_timeout(”RECEIVE”, “360″);　　web.set_timeout(”STEP”, “360″)）观察response time 是否 超出默认的120秒这个问题，要详细分析了。　　应该不会是LR自身造成的问题。　　把时间调长，就是为了，定位问题在什么地方，而不是为了绕过这个错误的出现。 四、Action.c(38): Error -27492: HttpSendRequest failed, Windows error code=12002 and retry limit (0) exceeded for URL在runtime setting中的preferences- -options--http-request connect timeout(sec)的值设为999。 五、错误现象：Action.c(81):Continuing after Error -27498: Timed out while processing URL=0:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do 错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。 如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。 解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。 如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以