性能测试问题解决方法-19种情况（模版）.docx

性能测试问题解决方法-19种情况（模版）

第一篇：性能测试问题解决方法-19种情况（模版）一、Error-27727:Stepdownloadtimeout(120seconds)hasexpiredwhendownloadingresource(s).Setthe“ResourcePageTimeoutisaWarning”Run-TimeSettingtoYes/Notohavethismessageasawarning/error,respectively处理方法：Run-TimeSetting------InternetProtocol------Preferences------Option------Stepdownloadtimeout(sec)改为32000A、应用服务参数设置太大导致服务器的瓶颈B、页面中图片太多C、在程序处理表的时候检查字段太大或多二、错误现象：Action.c(16):Error-27728:Stepdownloadtimeout(120seconds)hasexpiredwhendownloadingnon-resource(s)。错误分析：对于HTTP协议，默认的超时时间是120秒（可以在LoadRunner中修改），客户端发送一个请求到服务器端，如果超过120秒服务器端还没有返回结果，则出现超时错误。解决办法：首先在运行环境中对超时进行设置，默认的超时时间可以设置长一些，再设置多次迭代运行，如果还有超时现象，需要在“RuntimeSetting”>“InternetProtocol：Preferences”>“Advanced”区域中设置一个“winlnetreplayinsteadofsockets”选项，再回放是否成功。三、Action.c(7):Error-27791:Server“192.168.1.77″hasshutdowntheconnectionprematurely解决方案如下：1、应用服务器死掉。小用户时程序上的问题，程序上处理数据库的问题2、应用服务没有死。应用服务参数设置问题。例如：在许多客户端weblogic应用服务器被拒绝，而在服务器端没有错误显示，则有可能是weblogic中的server元素的acceptbacklog属性值设得过低。如果连接时收到connectionrefused消息，说明应提高该值，每次增加25%。3、数据库的连接在应用服务的性能参数可能太小了，数据库启动的最大连接数（跟硬件的内存有关）4、有时关闭卡巴斯基也会解决如上问题1）观察responsetime是否超出默认的120秒2）检查服务器日志是否有异常以及负载是否过高3）web_set_timeout设置更长的超时超时上限如web.set_timeout(”CONNECT”,“360″);web.set_timeout(”RECEIVE”,“360″);web.set_timeout(”STEP”,“360″)）观察responsetime是否超出默认的120秒这个问题，要详细分析了。应该不会是LR自身造成的问题。把时间调长，就是为了，定位问题在什么地方，而不是为了绕过这个错误的出现。四、Action.c(38):Error-27492:“HttpSendRequest”failed,Windowserrorcode=12002andretrylimit(0)exceededforURL在runtimesetting中的preferences-->options-->http-requestconnecttimeout(sec)的值设为999。五、错误现象：Action.c(81):ContinuingafterError-27498:TimedoutwhileprocessingURL=http://172.18.20.70:7001/workflow/bjtel/leasedline/querystat/subOrderQuery.do错误分析：这种错误常常是因为并发压力过大，服务器端太繁忙，无法及时响应客户端的请求而造成的，所以这个错误是正常现象，是压力过大造成的。如果压力很小就出现这个问题，可能是脚本某个地方有错误，要仔细查看脚本，提示的错误信息会定位某个具体问题发生的位置。解决办法：例如上面的错误现象问题定位在某个URL上，需要再次运行一下场景，同时在其他机器上访问此URL。如果不能访问或时间过长，可能是服务器或者此应用不能支撑如此之大的负载。分析一下服务器，最好对其性能进行优化。如果再次运行场景后还有超时现象，就要在各种图形中分析一下原因，例如可以查看是否服务器、DNS、网络等方面存在问题。最后，增加一下运行时的超时设置，在“Run-TimeSettings”>“In