一、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 Setting">"Internet Protocol：Preferences">"Advanced"區域中設置一個"winlnet replay instead of sockets"選項，再回放是否成功。 三、Action.c(7): Error -27791: Server“192.168.1.77″ 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=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"的值。
六、Action.c(6): Error -26612: HTTP Status-Code=500 (Internal Server Error) forhttp://192.168.0.8:10001/logonConsole.do;jsessionid={JSESSIONID2} 造成HTTP－500錯誤，有朋友告訴我如下幾個可能： 1、運行的用戶數過多，對服務器造成的壓力過大，服務器無法響應，則報HTTP500錯誤。減小用戶數或者場景持續時間，問題得到解決。 2、該做關聯的地方沒有去做關聯，則報HTTP500錯誤。進行手工或者自動關聯，問題得到解決。 3、錄製時請求的頁面、圖片等，在回放的時候服務器找不到，則報HTTP500錯誤，若該頁面無關緊要，則可以在腳本中註釋掉，問題將會得到解決。例如：有驗證碼的情況下，儘管測試時已經屏蔽了，但是錄製的時候提交了請求，但回放的時候不存在響應。 4、參數化時的取值有問題，則報HTTP500錯誤。可將參數化列表中的數值，拿到實際應用系統中進行測試，可排除問題。 5、更換了應用服務器（中間件的更換，如tomcat、websphere、jboss等），還是利用原先錄製的腳本去運行，則很可能報HTTP500錯誤。因爲各種應用服務器處理的機制不一樣，所錄製的腳本也不一樣，解決辦法只有重新錄製腳本。 6、Windows xp2 與ISS組件不兼容，則有可能導致HTTP500錯誤。對ISS組件進行調整後問題解決。 7、系統開發程序寫的有問題，則報HTTP500錯誤。例如有些指針問題沒有處理好的，有空指針情況的存在。修改程序後問題解決。 查找後臺日誌發現報了很多0ra-01000錯誤,這是oracle達到最大遊標參數值,google了下,最大原因可能是JDBC連接沒關閉。最後查找weblogic連接池出了問題,很多連接沒關閉。
七、Action.c(15): 錯誤 -27496: 內部錯誤(呼叫客戶服務): _eStat (7) != LRW_ITEM_STAT_ENUM_UNHANDLED for HandledTask at 048E180C 八、Action.c(56): Error -27995: Requested link ("Text=計劃管理") not found [MsgId: MERR-27995] 方法：在IE中的工具—>Internet選項—>高級—>HTML設置中選擇第二個腳本類型. 九、錯誤 -27279：內部錯誤（呼叫客戶服務）：Report initialization failed , error code = -2147467259 [MsgId : MERR-27279 ] 建議重裝一下LR. 這種問題有可能和你安裝有關.dll文件出錯不是說寫的程序就能修改的. 十、設置了持續時間，出現錯誤爲：27796, Failed to connect to server 'hostname';port_ld': 'reason'.10048.（憑記憶寫的，不知道寫錯了沒有） 成功的解決方法： 在註冊表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters裏，有如下兩個鍵值： TcpTimedWaitDelay MaxUserPort 1,這裏的TcpTimedWaitDelay默認值應該中是30s，所以這裏，把這個值調小爲5s（按需要調整）。 2,也可以把MaxUserPort調大（如果這個值不是最大值的話）。
十一、如何解決LodRunner中報錯關於Error -10489 : Exception was raised when calling per-thread-terminate function 在用Loadrunner實施性能測試時，採用Goal模式加壓，存在如果持續長時加壓時ＬoadRunner的Controller會報 Error -10489 : Exception was raised when calling per-thread-terminate function錯誤； 問題產生原因： Unlike the earlier Windows versions, Windows 2000 and Windows XP have the default environment set to C:\Document and Settings\<user-name>\Local Settings\Temp instead of C:\Windows\temp. This long path with a space can cause several problems for LoadRunner. To resolve the issue, change to a directory without empty spaces. 解決方法： 在C盤（或是其它盤均可以）新建TEMP文件夾(爲了後續設置臨時文件準備) 右鍵＂我的電腦＂->高級->環境變量->編輯修改TEMP變量目錄，指身上面新建的目錄，如我的指向C:\TEMP->保存即可^_^ 1> 問題描述Connection reset by peer. Error code : 10054 設置下載等的超時 用VuGen錄製腳本後，回放或者加壓的時候，可能會出現錯誤信息“Action.c(65): Error : socket6 - Connection reset by peer. Error code : 10054” 這是因爲，下載的速度慢，導致超時，所以，需要調整一下超時時間，方法如下： 在Run-time setting窗口中的‘Internet Protocol’－‘Preferences’設置set advanced options（設置高級選項），，重新設置一下“HTTP-request connect timeout（sec）” 2> 問題描述： Error：Failed to connect to server“192.168.2.192”：[10060]Connection Error：timed out Error：Server“192.168.2.192”has shut down the connection prematurely 原因： 1> 應用訪問死掉 小用戶時：程序上的問題。程序上存在數據庫的問題 2> 應用服務沒有死 應用服務參數設置問題 例如： 在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25％ Java連接池的大小設置，或JVM的設置等 3> 數據庫的連接 在應用服務的性能參數可能太小了 數據庫啓動的最大連接數（跟硬件的內存有關） 3> 問題描述 Error：Page download timeout（120seconds）has expired 分析原因： 應用服務參數設置太大導致服務器的瓶頸 頁面中圖片太多 在程序處理表的時候檢查字段太多
十二、LoadRunner腳本中出現亂碼：在錄製Web協議腳本時出現中文亂碼，在回放腳本時會使回放停止在亂碼位置，腳本無法運行。 錯誤現象：某個鏈接或者圖片名稱爲中文亂碼，腳本運行無法通過。 錯誤分析：腳本錄製可能採用的是URL-based script方式，如果程序定義的字符集合採用的是國際標準，腳本就會出現亂碼現象。 解決辦法：重新錄製腳本，在錄製腳本前，打開錄製選項配置對話框進行設置，在"Recording Options"的"Advanced"選項裏先將"Surport Charset"選中，然後選中支持"UTF-8"的選項。
十三、LoadRunner HTTP服務器狀態代碼：在錄製Web協議腳本回放腳本的過程中，會出現HTTP服務器狀態代碼，例如常見的頁面-404錯誤提示、-500錯誤提示。 錯誤現象1：-404 Not Found服務器沒有找到與請求URI相符的資源，但還可以繼續運行直到結束。 錯誤分析：此處與請求URI相符的資源在錄製腳本時已經被提交過一次，回放時不可再重複提交同樣的資源，而需要更改提交資源的內容，每次回放一次腳本都要改變提交的數據，保證模擬實際環境，造成一定的負載壓力。 解決辦法：在出現錯誤的位置進行腳本關聯，在必要時插入相應的函數。 錯誤現象2：-500 Internal Server Error服務器內部錯誤，腳本運行停止。 錯誤分析：服務器碰到了意外情況，使其無法繼續迴應請求。 解決辦法：出現此錯誤是致命的，說明問題很嚴重，需要從問題的出現位置進行檢查，此時需要此程序的開發人員配合來解決，而且產生的原因根據實際情況來定，測試人員無法單獨解決問題，而且應該儘快解決，以便於後面的測試。
十四、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"模式來錄製腳本。
十五、LoadRunner不執行檢查方法：在錄製Web協議腳本中添加了檢查方法Web_find，但是在腳本回放的過程中並沒有執行。 錯誤現象：在腳本中插入函數Web_find，在腳本中設置文本以及圖像的檢查點，但是在回放過程中並沒有對設置的檢查點進行檢查，即Web_find失效。 錯誤分析：由於檢查功能會消耗一定的資源，因此LoadRunner默認關閉了對文本以及圖像的檢查，所以在設置檢查點後，需要開啓檢查功能。 解決辦法：打開運行環境設置對話框進行設置，在"Run-time Settings"的"Internet Protocol"選項裏的"Perference"中勾選"Check"下的"Enable Image and text check"選項。
十六、LoadRunner回放Web Services協議腳本錯誤：LoadRunner 8.0版本在錄製Web Services協議的腳本時正常，但在回放時會出現錯誤，提示停止腳本運行。 錯誤現象：利用LoadRunner 8.0版本來錄製Web Services協議的腳本沒有任何錯誤提示，回放腳本時會出現如下錯誤提示"Error：server returned an incorrectly formatted SOAP response"。 錯誤分析：出現此錯誤的原因是LoadRunner8.0在錄製Web Services協議的腳本時存在一個缺陷：如果服務器的操作系統是中文的，VuGen會自動將WSDL文件的頭改爲<?xml version="1.0"encoding="zh_cn" ?>，所以纔會有此錯誤提示。 解決辦法：下載兩個補丁，分別爲"LR80WebServicesFPI_setup.exe"和"lrunner_web_ services_patch_1.exe"安裝上即可。 http://wenku.baidu.com/view/a576eb0a79563c1ec5da71c8.html 十七、業務：進入借款單（顯示借款單列表），新建借款單，新建後顯示借款單列表（新建的借款單在此列表中有顯示） 我是錄製的腳本，可運行時，提示 Action.c(112):錯誤 -26627:對於“http://192.168.1.105:8080/T3/fee/feeLoanList.action”，HTTP狀態代碼=404 (Not Found) 解決： 說兩點： 1.手動正常未必就真正常，LR加壓的時候可能連接數佔滿了，所以出404 2.還有一種情況，腳本里有檢查語句，叫什麼lr_check還是什麼的，就是一個腳本內部檢查是否有該資源用的，不見着他我拼不出來，如果有，註釋掉看看 十八、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 Runtime Setting>Preferences>Advanced區域中設置一個winlnet replay instead of sockets選項（不勾選此項報 Error -27727） 十九、錯誤 -27279：內部錯誤（呼叫客戶服務）：Report initialization failed , error code = -2147467259 [MsgId : MERR-27279 ] 警告:擴展 LrXml.dll報告在調用函數 ExtPerThreadInitialize時出現錯誤 -1 錯誤: Vuser初始化擴展 LrXml.dll失敗。 Vuser Terminated. 建議你重裝一下LR. 這種問題有可能和你安裝有關.dll文件出錯不是說寫的程序就能修改的.
二十、解決 Lr[10061]Connection refused
在用loadrunner進行併發測試時，[10061]Connection refused，是服務器拒絕，一種方案是調整服務器的請求數。但是，有時候是服務器拒絕對同一個ip的多次請求，這時調整服務器不好實現，可以財用ip欺騙來防止10061的產生，這也是本文討論的主題。
Ip欺騙的步驟：
1。添加ip，2種方法：1種方法是使用loadrunner的Ip Wizard進行----打開ip wizard後按提示進行操作，沒什麼問題，只是需要重起下機器（小技巧：如果你在使用前，把loadrunner關閉，把agent關閉，把網卡禁用，然後使用Ip wizard後再去啓動網卡、agent，則可以不重起機器）；還一種方法是自己手動添加，打開本地連接，打開Tcp/ip設置（我相信能看到這的人是打開這些是不成問題的）,打開高級，然後添加ip。
2。在Controller裏設置ip欺騙：在Controller中點擊菜單scenario,選擇"Enable Ip Spoofer"，這就打開了Ip欺騙，對於Ip欺騙的設置，先在菜單Tools下選上"Expert Mode"選項用於打開專家模式（感覺沒有什麼特殊，無非就是是後面的Options彈出的對話框多了幾個選項卡），然後選擇Tools下的Options，打開對話框，找到General，這時可以選擇Ip欺騙的方式：爲每個Process還是Thread產生ip。
3。設置場景時，多設計幾組VUser（可以是針對一個叫本，每組Vuser使用一個ip，這樣又多少組就是用多少組ip）。
Ok，運行場景吧，這時發出去的包是進行Ip欺騙的，想要驗證的話，不妨把下面的代碼放入你的叫本任意位置(當然是要能執行到的位置，不妨放在Action的開始部分，對腳本的運行沒有影響)：
char *ip=lr_get_vuser_ip();
if(ip){
lr_log_message("The ip address is %s",ip);
}else{
lr_log_message("IP spoofing disabled");
}
然後在運行場景前，選擇幾組Vuser，在後邊點擊"Run-Time Setting"進行設置，這裏要設置的是General--〉Log下，選中Enable Logging和Always send messages,這樣運行場景後你可以查看Vuser使用的Ip（在運行場景後，點擊"Vusers..."，打開Vuser信息，在彈出框左上找到Log日誌按鈕，然後可以看到該組Vuser的運行信息，在裏面可以看到使用的ip信息）。
補充：這麼做是在發包時進行欺騙，但是網卡的MAC地址不會變，如果發出去的包經過DHCP（動態路由）時，欺騙就被揭發了--總之就是不成功了，因爲DHCP服務器 會根據package來自的mac地址在dhcp路由器中的ip影射表裏找到網卡的真實ip然後轉發出去（含有個人推測，若有錯誤，請糾正），因此如果被測試的服務器在外網而你所在的網段使用了DHCP路由，我也沒脾氣了（暫時不知道怎麼處理），但是如果被測服務器和你在同一個網內，ok，可以解決，思路：把服務器的網關地址指向你的測試機器，然後使用不同於局域網中的網段，例如：公司使用的是DHCP，並且使用192.168.0.X的網，可以把測試機器ip改成192.168.10.1,掩碼255.255.255.0,網關指向自己192.168.10.1,然後把被測服務器ip改成：ip192.168.10.250,掩碼255.255.255.0，網關192.168.10.1，ok，在測試機器上添加ip，使用192.18.10.X，然後開始測試吧
_____________________________________
Error -26601: Decompression function 錯誤解決
Action2.c(30): Error -26601: Decompression function (wgzMemDecompressBuffer) failed, return code=-5 (Z_BUF_ERROR), inSize=0, inUse=0, outUse=0 這個錯誤爲數據包較大，未下載完整或其他原因導致解壓錯誤。 解決方法：增加network buffer size,默認值爲12288。 操作步驟：1.進入運行時設置 ； 2.internet protocol->preferences->options->general->network buffer size
個人試驗結果：原來10vu負載執行，出現10次報錯，按上述修改後執行全部成功；
（注：network buffer size 我的默認是12288，我調整爲122880）
看網上有其他三種方式，第一種肯定可以執行成功。
> 1.increas the network buffer.
> 2.auto header
> 3.adjust pacing and think time.
> 2.auto header
> 3.adjust pacing and think time.
1、setting--perfernce 裏設置
2、lr_auto_head("Accept-Encode","gzip");
3、調整pacing和think time
其他解釋：http://www.cnblogs.com/PerformanceTesting/archive/2011/11/18/2253620.html
