LoadRunner是一種預測系統(tǒng)行為和性能的負載測試工具。通過以模擬上千萬用戶實施并發(fā)負載及實時性能監(jiān)測的方式來確認和查找問題，可適用于各種體系架構的自動負載測試，能預測系統(tǒng)行為并評估系統(tǒng)性能。

我們在使用它進行測試的過程中經常會遇到一些錯誤，這些錯誤可能是由于設置不當引起，也有可能是選項設置引起，更有可能是測試執(zhí)行中的一些細節(jié)沒有注意而引起的，在此做一個系列總結。

1、LoadRunner超時錯誤如何解決?

在錄制Web協(xié)議腳本回放時超時情況經常出現(xiàn)，產生錯誤的原因也有很多，解決的方法也不同。

錯誤現(xiàn)象1：Action.c(16)： Error -27728: Step download timeout (120 seconds) has expired when downloading non-resource(s)。

錯誤分析：對于HTTP協(xié)議，默認的超時時間是120秒(可以在LoadRunner中修改)，客戶端發(fā)送一個請求到服務器端，如果超過120秒服務器端還沒有返回結果，則出現(xiàn)超時錯誤。

解決辦法：首先在運行環(huán)境中對超時進行設置，默認的超時時間可以設置長一些，再設置多次迭代運行，如果還有超時現(xiàn)象，需要在"Runtime Setting">"Internet Protocol：Preferences">"Advanced"區(qū)域中設置一個"winlnet replay instead of sockets"選項，再回放是否成功。

錯誤現(xiàn)象2：Action.c(81)：Continuing after Error -27498: Timed out while processing URL= querystat/ subOrderQuery.do

錯誤分析：這種錯誤常常是因為并發(fā)壓力過大，服務器端太繁忙，無法及時響應客戶端的請求而造成的，所以這個錯誤是正常現(xiàn)象，是壓力過大造成的。

如果壓力很小就出現(xiàn)這個問題，可能是腳本某個地方有錯誤，要仔細查看腳本，提示的錯誤信息會定位某個具體問題發(fā)生的位置。

解決辦法：例如上面的錯誤現(xiàn)象問題定位在某個URL上，需要再次運行一下場景，同時在其他機器上訪問此URL。如果不能訪問或時間過長，可能是服務器或者此應用不能支撐如此之大的負載。分析一下服務器，最好對其性能進行優(yōu)化。

如果再次運行場景后還有超時現(xiàn)象，就要在各種圖形中分析一下原因，例如可以查看是否服務器、DNS、網絡等方面存在問題。

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

2、 LoadRunner腳本中出現(xiàn)亂碼：

在錄制Web協(xié)議腳本時出現(xiàn)中文亂碼，在回放腳本時會使回放停止在亂碼位置，腳本無法運行。

錯誤現(xiàn)象：某個鏈接或者圖片名稱為中文亂碼，腳本運行無法通過。

錯誤分析：腳本錄制可能采用的是URL-based script方式，如果程序定義的字符集合采用的是國際標準，腳本就會出現(xiàn)亂碼現(xiàn)象。

解決辦法：重新錄制腳本，在錄制腳本前，打開錄制選項配置對話框進行設置，在"Recording Options"的"Advanced"選項里先將"Surport Charset"選中，然后選中支持"UTF-8"的選項。

3、 LoadRunner HTTP服務器狀態(tài)代碼：

在錄制Web協(xié)議腳本回放的過程中，會出現(xiàn)HTTP服務器狀態(tài)代碼，例如常見的頁面-404錯誤提示、-500錯誤提示。

錯誤現(xiàn)象1：-404 Not Found服務器沒有找到與請求URL相符的資源，但還可以繼續(xù)運行直到結束。

錯誤分析：此處與請求URL相符的資源在錄制腳本時已經被提交過一次，回放時不可再重復提交同樣的資源，而需要更改提交資源的內容，每次回放一次腳本都要改變提交的數(shù)據(jù)，保證模擬實際環(huán)境，造成一定的負載壓力。

解決辦法：在出現(xiàn)錯誤的位置進行腳本關聯(lián)，在必要時插入相應的函數(shù)。

錯誤現(xiàn)象2：-500 Internal Server Error服務器內部錯誤，腳本運行停止。

錯誤分析：服務器碰到了意外情況，使其無法繼續(xù)回應請求。

解決辦法：出現(xiàn)此錯誤是致命的，說明問題很嚴重，需要從問題的出現(xiàn)位置進行檢查，此時需要此程序的開發(fā)人員配合來解決，而且產生的原因根據(jù)實際情況來定，測試人員無法單獨解決問題，而且應該盡快解決，以便于后面的測試。

4、 LoadRunner請求無法找到：

在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)請求無法找到的現(xiàn)象，而導致腳本運行停止。

錯誤現(xiàn)象：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安全協(xié)議，這 時則使用"URL-based script"模式進行錄制。

解決辦法：打開錄制選項配置對話框進行設置，在"Recording Options"的"Internet Protocol"選項里的"Recording"中選擇"Recording Level"為"HTML-based script"，單擊"HTML Advanced"，選擇"Script Type"為"A script containing explicit"。然后再選擇使用"URL-based script"模式來錄制腳本。

5、LoadRunner其它問題

①Java執(zhí)行場景時并發(fā)數(shù)上不去

原因：Spring框架重定向問題

解決：將修改為scope="prototype"

②在場景設置中監(jiān)控不到服務器

原因：服務沒有開啟

解決：打開服務→開啟相關服務(首先檢查Remote Registry服務，然后在開啟computer browser，如果computer browser無法開啟，檢查server、workstation服務)

③在生成結果中采集的數(shù)據(jù)不一致

原因：由于采樣的時間

(1).在摘要中，時間是根據(jù)整個場景執(zhí)行的過程進行采樣

(2).在平均事務響應時間主要是按照Loadrunner分析出來的采樣頻率來獲取

解決：可通過"set granularity"來修改平均事務響應時間的采樣頻率，設為場景執(zhí)行時間，結果會一致。

④SilverLight中腳本回放錯誤

原因：缺少SOAPAtion包頭

解決：在錄制中打開Options(選項)→Advanced(高級)→Headers(標題)→Recourd headers in list→添加包頭

⑤microsoft.net協(xié)議中無法查看數(shù)據(jù)文件

原因：默認次方式離職腳本中生成的數(shù)據(jù)文件類型為Binary，需修改為XML格式

解決：在錄制中打開Options(選項)→Microsoft.net→Recording→serializatioformat改為XML即可

總結：

學性能測試的工具，如果能精通掌握就深入精通，大到所有的菜單工具欄里面的功能就會，小到每一個細節(jié)設置都是掌控到很精通，別人了解，略懂的工具我們可以輕松應用到項目實戰(zhàn)中，這樣才能真正成為一名專業(yè)的軟件測試人員！

請關注+私信回復：“測試”就可以免費拿到軟件測試學習資料。

總結

以上是生活随笔為你收集整理的loadrunner录制事件为0_测试工具LoadRunner常见问题汇总，解决方案整理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。