loadrunner12-運行報錯緣由及解決辦法整理集合

一、錯誤：已超過該load generator的CPU使用率80%；

答：機器內存太小，更換配置更好的機器來執行測試。

是由於虛機的內存太小，運行Controller須要消耗的CPU太高，超過了80%。

LR有個默認設置，CPU使用率超過80%就彈出此錯誤。

 

二、如何理解「錯誤-27726：已經超過步驟下載超時（120秒）」？

答：能夠嘗試設置pacing。這個錯誤屬於腳本設置錯誤，不是壓力測試的錯誤。

而咱們發生報錯須要用到這個time out調整，

說明咱們的HTTP loading頁面的時間超過了默認值120秒，那麼就須要咱們來調整time out值了。

這個多是由各類緣由引發的，

例如多是Vuser太多，形成阻塞，頁面就loading不過來了，這就須要咱們去等待，也就是調整time out值。

其實不須要判斷緣由，由於體如今數據上。

例如，上面舉例的Vuser太多，致使loading不出來。

就能夠從TPS上看出來，

TPS是LR每秒向被測的服務器發送交易的數量。

TPS越小表示服務器的壓力越小，處理的越快，

因此LR的壓力測試就是經過不斷地調高TPS，不斷地給服務器壓力，從而找到服務器的瓶頸所在。

Vuser多，就是給壓的一種方式，TPS的值高，能夠說明Vuser多。

 

還有平均事務響應時間，這個數值比較大，可能就說明request響應的時間過長。

固然這些須要結合具體用例分析。

 *********************

目前有四個方法能夠解決問題：

1. 將「由資源引發的步驟超時是警告」設置爲是，以將此消息做爲警告顯示。

2. 下降併發數。

3. 增長Step download timeout的等待時間。

4. 在controller中的"tools-options"，找到timeout選項卡，將原來的120s設置爲更長的時間。

請您嘗試以上方法，看是否能夠解決問題？

 

另外，

上級工程師回覆，之因此產生time out報錯，

多是由於服務器太忙而不能及時響應，這種狀況的話，就能夠下降併發數解決問題。

*****************************

三、錯誤-26366：找不到web_reg_find的「Text=個人資源」。

答：有關文本檢查的問題，建議在運行時去掉。

由於web_reg_find函數若未找到對象字符，下一個action函數會失敗並中止運行腳本。

因此對測試過程是有必定影響的，可是就測試結果而言，沒有什麼影響。

 

四、Action.c(4): 錯誤 -27492: 「HttpSendRequest」失敗，Windows 錯誤代碼=12002，且已超出 URL="http://www.boyafocus.com/f" 的重試限制(0)

答：參考解決方案以下：

 

 

五、正常錄製時選擇winlnet錄，回放才選這個winlnet，運行也須要選這個。（通常回放選了，運行應該就是勾選的）

關於什麼狀況下勾選winlnet：

關於「WinInet 回放而不是套接字（僅限Windows）」這個選項，

它會指示VuGen 使用WinInet 回放引擎而非標準套接字回放。

VuGen 有兩個HTTP 回放引擎：基於套接字（默認）或基於WinInet。

 

WinInet 是Internet Explorer 使用的引擎，它支持IE 瀏覽器中集成的全部功能。

WinInet 回放引擎的侷限性在於不可縮放，且不支持Linux。

此外，處理線程時，WinInet 引擎沒法準確模擬調制解調器速度和鏈接數。

 

VuGen 的基於套接字的專用回放是一種更輕型的引擎，可針對負載測試進行縮放。它在處理線程時也更準確。

基於套接字的引擎的侷限性在於它不支持SOCKS 協議。在這種環境中進行錄製時，請使用WinInet 回放引擎。

 

因此這個選項勾選與否，在於咱們須要使用WinInet 回放仍是標準套接字回放。

 

六、錯誤：missing newline in  *:\*****\*.dat（錄製腳本並參數化後進行壓力測試報錯）

答：參數文件中不能有空行，而且參數文件最後必定要有一個空行。