LoadRunner常見錯誤代碼及問題原因

一、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。

問題原因：

A、應用服務參數設置太大導緻服務器的瓶頸

B、頁面(miàn)中圖片太多

C、在程序處理表的時(shí)候檢查字段太大或多

對(duì)于HTTP協議，默認的超時(shí)時(shí)間是120秒（可以在LoadRunner中修改），客戶端發(fā)送一個請求到服務器端，如果超過(guò)120秒服務器端還(hái)沒(méi)有返回結果，則出現超時(shí)錯誤

解決方法：通過(guò)加大超時(shí)設置，設置方法：run-time-settings(運行時(shí)設置) —>preferenes（高級）—>advanced(高級)—>options（選項）—>Http, 選擇 http - request connect timeout(sec) 設置爲大于300、500、1000等；

General,將(jiāng)http -request receive timeout(sec)設置爲300、500、1000。

二、Error -27979: Requested form not found [MsgId: MERR-27979]

Action.c(167): web_submit_form highest severity level was "ERROR",0 body bytes,0 header bytes [MsgId: MMSG-27178]"

這(zhè)時(shí)在tree view中看不到此組件的相關URL。

錯誤原因：所選擇的錄制腳本模式不正确，通常情況下，基于浏覽器的Web應用會(huì)使用"HTML-based script"模式來錄制腳本；而沒(méi)有基于浏覽器的Web應用、Web應用中包含了與服務器進(jìn)行交互的Java Applet、基于浏覽器的應用中包含了向(xiàng)服務器進(jìn)行通信的JavaScript/VBScript代碼、基于浏覽器的應用中使用HTTPS安全協議，這(zhè) 時(shí)則使用"URL-based script"模式進(jìn)行錄制。

解決方法：打開(kāi)錄制選項配置對(duì)話框進(jìn)行設置，在"Recording Options"的"Internet Protocol"選項裡(lǐ)的"Recording"中選擇"Recording Level"爲"HTML-based script"，單擊"HTML Advanced"，選擇"Script Type"爲"A script containing explicit"。然後(hòu)再選擇使用"URL-based script"模式來錄制腳本。

三、Error -26366："Text=完整度" not found for web_reg_find [MsgId: MERR-26366]

Action.c(97): Error -26366: "Text=完整度" not found for web_reg_find [MsgId: MERR-26366]

Action.c(97): web_submit_data("j_cas_login") highest severity level was "ERROR", 72 body bytes, 965 header bytes, 11 chunking overhead bytes [MsgId: MMSG-26387]

問題原因：編碼問題，沒(méi)能(néng)支持中文

解決方法:

頁面(miàn)編碼的問題，導緻檢查點沒(méi)找到要檢查的内容。錄制選項中修改編碼方式爲utf-8即可。

四、Error -27791: Server “192.168.1.194″ has shut down the connection prematurely

問題原因如下：

1．數據庫最大連接數設置太小也是一個原因

2．請求時(shí)間太長(cháng)而超時(shí)的話也會(huì)報這(zhè)個錯誤。

3．RequestLength 超出請求長(cháng)度限制。

4．Timer_AppPool 該連接過(guò)期因爲請求等待一個應用程序池隊列爲服務器應用程序處理和出列中太長(cháng)。此超時(shí)期限是 ConnectionTimeout 。默認情況下, 該值設置爲兩(liǎng)分鍾

5.https協議導緻

1. LR本身的設置：改變CONTROLLER中的THINK TIME, PACING TIME等設置；
2. 應用程序：優化程序；
3. SERVER設置：應用服務,數據庫連接數,WEB SERVER等設置；

服務器不能(néng)同時(shí)相應100個用戶的請求，有一部分會(huì)在隊列中，當等待超過(guò)最大時(shí)間後(hòu)，請求不成(chéng)功就(jiù)會(huì)失敗。在場景運行中可以把等待時(shí)間設置大一點。

五、Error -27492: "HttpSendRequest" failed, Windows error code=12002 and retry limit (0) exceeded for URL

問題原因：http發(fā)送請求失敗，windows錯誤代碼=12002，并且超過(guò) url=127.0.0.0的請求限制

解決方法：

在control的runtime setting中的preferences- ->options-->http-request connect

timeout(sec)的值設爲999（最大值）。

六、Error -27498: Timed out while processing URL=172.18.20.70:7001/workf

錯誤分析：這(zhè)種(zhǒng)錯誤常常是因爲并發(fā)壓力過(guò)大，服務器端太繁忙，無法及時(shí)響應客戶端的請求而造成(chéng)的，所以這(zhè)個錯誤是正常現象，是壓力過(guò)大造成(chéng)的。如果壓力很小就(jiù)出現這(zhè)個問題，可能(néng)是腳本某個地方有錯誤，要仔細查看腳本，提示的錯誤信息會(huì)定位某個具體問題發(fā)生的位置。

解決辦法：例如上面(miàn)的錯誤現象問題定位在某個URL上，需要再次運行一下場景，同時(shí)在其他機器上訪問此URL。如果不能(néng)訪問或時(shí)間過(guò)長(cháng)，可能(néng)是服務器或者此應用不能(néng)支撐如此之大的負載。分析一下服務器，最好(hǎo)對(duì)其性能(néng)進(jìn)行優化。如果再次運行場景後(hòu)還(hái)有超時(shí)現象，就(jiù)要在各種(zhǒng)圖形中分析一下原因，例如可以查看是否服務器、DNS、網絡等方面(miàn)存在問題。

最後(hòu)，增加一下運行時(shí)的超時(shí)設置，在"Run-Time Settings">"Internet Protocol:Preferences"中，單擊"options"，增加"HTTP-request connect timeout" 或者"HTTP-request receive"的值。

七、Error -26612: HTTP Status-Code=500 (Internal Server Error) for 192.168.0.8:10001/logon{JSESSIONID2}

造成(chéng)HTTP－500錯誤，如下幾個可能(néng)：

1、運行的用戶數過(guò)多，對(duì)服務器造成(chéng)的壓力過(guò)大，服務器無法響應，則報HTTP500錯誤。減小用戶數或者場景持續時(shí)間，問題得到解決。

2、該做關聯的地方沒(méi)有去做關聯，則報HTTP500錯誤。進(jìn)行手工或者自動關聯，問題得到解決。

3、錄制時(shí)請求的頁面(miàn)、圖片等，在回放的時(shí)候服務器找不到，則報HTTP500錯誤，若該頁面(miàn)無關緊要，則可以在腳本中注釋掉，問題將(jiāng)會(huì)得到解決。例如：有驗證碼的情況下，盡管測試時(shí)已經(jīng)屏蔽了，但是錄制的時(shí)候提交了請求，但回放的時(shí)候不存在響應。

4、參數化時(shí)的取值有問題，則報HTTP500錯誤。可將(jiāng)參數化列表中的數值，拿到實際應用系統中進(jìn)行測試，可排除問題。

5、更換了應用服務器（中間件的更換，如tomcat、websphere、jboss等），還(hái)是利用原先錄制的腳本去運行，則很可能(néng)報HTTP500錯誤。因爲各種(zhǒng)應用服務器處理的機制不一樣，所錄制的腳本也不一樣，解決辦法隻有重新錄制腳本。

6、Windows xp2 與ISS組件不兼容，則有可能(néng)導緻HTTP500錯誤。對(duì)ISS組件進(jìn)行調整後(hòu)問題解決。

7、系統開(kāi)發(fā)程序寫的有問題，則報HTTP500錯誤。例如有些指針問題沒(méi)有處理好(hǎo)的，有空指針情況的存在。修改程序後(hòu)問題解決。

查找後(hòu)台日志發(fā)現報了很多0ra-01000錯誤,這(zhè)是oracle達到最大遊标參數值,google了下,最大原因可能(néng)是JDBC連接沒(méi)關閉。最後(hòu)查找weblogic連接池出了問題,很多連接沒(méi)關閉。

八、Error -27496:内部錯誤(呼叫(jiào)客戶服務): eStat (7) != LRW_ITEM_STAT_ENUM_UNHANDLED for HandledTask at 048E180C

問題原因：找不到環境變量

解決辦法：重裝lr，這(zhè)種(zhǒng)問題有可能(néng)和你安裝有關.dll文件出錯，通過(guò)程序就(jiù)不能(néng)解決的.

九、Error -27995: Requested link ("Text=計劃管理") not found

問題原因：找不到請求的鏈接（文本）

解決方法：在IE中的工具—>Internet選項—>高級—>HTML設置中選擇a script containingexplicit urls only模式錄制，重新錄制、執行

十、Error -27796: Failed to connect to server “127.0.0.1:80″: [10060] Connection timed out

問題原因：連接不到服務，連接超時(shí)

解決辦法：

1) 設置 tomcat的server.xml文件

<Connector port="8082" protocol="HTTP/1.1"  

connectionTimeout="120000"  

maxThreads="300"  acceptCount="300"  

ennableLookups="false" 

redirectPort="8444"  URIEncoding="UTF-8"/>

2）設置run time setting中的reference中的option中的請求超時(shí)時(shí)間，其中有三項的參數可以一次都(dōu)修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分别修改爲6000、600、50000。run time setting設置完了後(hòu)記住還(hái)需要在control組件的option的run time setting中設置相應的參數均設置爲999（最大值）。

3）在注冊表HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters裡(lǐ)，有如下兩(liǎng)個鍵值： TcpTimedWaitDelay MaxUserPort  A.這(zhè)裡(lǐ)的TcpTimedWaitDelay默認值應該中是30s，所以這(zhè)裡(lǐ)，把這(zhè)個值調小爲5s（按需要調整）。  B.也可以把MaxUserPort調大（如果這(zhè)個值不是最大值的話）。

關于蘇州華克斯信息科技有限公司

聯系方式：400-028-4008

                0512-62382981

專業的測試及安全産品服務提供商

Fortify | Webinspect | AppScan | SonarQube | 極狐GitLab 

LoadRunner | UFT（QTP) | ALM（QC）

 Micro Focus 鉑金合作夥伴

SonarQube中國(guó)總代理

極狐GitLab鉑金級合夥伴

HCL中國(guó)合作夥伴