一、Step download timeout (120 seconds)

這是一個經常會遇到的問題，解決得辦法走以下步驟：

1、修改run time setting中的請求超時時間，增加到600s,其中有三項的引數可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000。run time setting設定完了後記住還需要在control元件的option的run time setting中設定相應的引數。

2、辦法一不能解決的情況下，解決辦法如下：

設定

二、問題描述Connection reset by peer.

這個問題不多遇見，一般是由於下載的速度慢，導致超時，所以，需要調整一下超時時間。

解決辦法：Run-time setting視窗中的‘Internet Protocol’－‘Preferences’設定set advanced options（設定高階選項），重新設定一下“

三、問題描述connection refused

這個的錯誤的原因比較複雜，也可能很簡單也可能需要檢視好幾個地方，解決起來不同的作業系統方式也不同。

1、首先檢查是不是連線weblogic服務過大部分被拒絕，需要監控weblogic的連線等待情況，此時需要增加acceptBacklog，每次增加25%來提高看是否解決，同時還需要增加連線池和調整執行執行緒數，（連線池數*Statement Cache Size）的值應該小於等於oracle資料庫連線數最大值。

2、如果方法一操作後沒有變化，此時需要去檢視伺服器作業系統中是否對連線數做了限制，

1,這裡的TcpTimedWaitDelay預設值應該中是30s，所以這裡，把這個值調小為5s（按需要調整）。2,也可以把MaxUserPort調大（如果這個值不是最大值的話）。

四、問題描述open many files

問題一般都在壓力較大的時候出現，由於伺服器或者應用中介軟體本身對於開啟的檔案數有最大值限制造成，解決辦法：

1、修改作業系統的檔案數限制，aix下面修改limits下的nofiles限制條件，增大或者設定為沒有限制，儘量對涉及到的伺服器都作修改。

2、方法一解決不了情況下再去檢視應用伺服器weblogic的commonEnv.sh檔案，修改其中的nofiles檔案max-nofiles數增大，應該就可以通過了，具體就是查詢到nofiles方法，修改其中else條件的執行體，把檔案開啟數調大。修改前記住備份此檔案，防止修改出錯。

3、linux上可以通過ulimit –HSn 4096來修改檔案開啟數限制，也可以通過ulimit -a 來檢視。

4、linux上可以通過lsof -p pid | wc -l 來檢視程序開啟的控制代碼數。

五、問題描述has shut down the connection prematurely

一般是在訪問應用伺服器時出現，大使用者量和小使用者量均會出現。

來自網上的解釋：

1>應用訪問死掉

小使用者時：程式上的問題。程式上存在資料庫的問題

2>應用服務沒有死

應用服務引數設定問題

例如：

在許多客戶端連線Weblogic應用伺服器被拒絕，而在伺服器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連線時收到connection refused訊息，說明應提高該值，每次增加25％

Java連線池的大小設定，或JVM的設定等

3>資料庫的連線

在應用服務的效能引數可能太小了

資料庫啟動的最大連線數（跟硬體的記憶體有關）

以上資訊有一定的參考價值，實際情況可以參考此類除錯。

如果是以上所說的小使用者時：程式上的問題。程式上存在資料庫的問題，那就必須採用更加專業的工具來抓取出現問題的程式，主要是程式中執行效率很低的sql語句，weblogic可以採用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實踐中併發500使用者和600使用者時曾出現過jvm鋸齒型的變化，上升下降都很快，這應該是不太正常的。

---------------------------------------

實際測試中，可以用telent 站點看看是否可以連線進去，可以通過修改連線池中的連線數和適當增加應用記憶體值，問題可以解決。

六、問題描述Failed to connect to server

這個問題一般是客戶端連結到服務失敗，原因有兩個客戶端連線限制（也就是壓力負載機器），一個網路延遲嚴重，解決辦法：

1、修改負載機器登錄檔中的TcpTimedWaitDelay減小延時和MaxUserPort增加埠數。注：這將增加機器的負荷。

2、檢查網路延遲情況，看問題出在什麼環節。

建議為了減少這種情況，辦法一最好測試前就完成了，保證乾淨的網路環境，每個負載機器的壓力測試使用者數不易過大，儘量平均每臺負載器的使用者數，這樣以上問題出現的概率就很小了。

七、問題描述Overlapped transmission of request to ... WSA_IO_PENDING

這個問題，解決方法：

1、方法一，在指令碼前加入web_set_sockets_option("OVERLAPPED_SEND", "0")，禁用TTFB細分，問題即可解決，但是TTFB細分圖將不能再使用，附圖。

2、方法二，可以通過增加連線池和應用系統的記憶體，每次增加25%。

八、問題描述Deleted the current transaction ... since response time is not accurate

這個問題不多遇見，一般出現在壓力機器上發生ping值為負數（AMD雙核CPU），可以重新啟動pc機或者打補丁，附圖。

九、問題描述HTTP Status-Code=500 (Internal Server Error) for

1、應用服務當掉，重新啟動應用服務。

2、當應用系統處於的可用記憶體處於閥值以下時，出現HTTP Status-Code=500的概率非常高，此時只要增加應用系統的記憶體，問題即可解決。

十、問題描述Failed to transmit data to network: [10057]Socket is not connected

這個錯誤是由網路原因造成的，PC1和PC2上面都裝了相同的loadrunner 9.0，且以相同數量的虛擬使用者數執行相同的業務（機器上的其他條件都相同），PC1上面有少部分使用者報錯，PC2上的使用者全部執行通過。

十一、問題描述 Error -27257: Pending web_reg_save_param/reg_find/create_html_param[_ex] request(s) detected and reset at the end of iteration number 1解決方法：web_reg_save_param位置放錯了，應該放到請求頁面前面。十二、問題描述 通過Controler呼叫遠端代理時報錯，Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.解決方法：在代理開啟的時候，去掉勾選防火牆選項。

1．LoadRunner超時錯誤：在錄製Web協議腳本回放時超時情況經常出現，產生錯誤的原因也有很多，解決的方法也不同。

錯誤現象1：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”選項，再回放是否成功。

錯誤現象2：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”的值。

2．LoadRunner指令碼中出現亂碼：在錄製Web協議指令碼時出現中文亂碼，在回放指令碼時會使回放停止在亂碼位置，指令碼無法執行。

錯誤現象：某個連結或者圖片名稱為中文亂碼，指令碼執行無法通過。

錯誤分析：指令碼錄製可能採用的是URL-based script方式，如果程式定義的字元集合採用的是國際標準，指令碼就會出現亂碼現象。

解決辦法：重新錄製指令碼，在錄製指令碼前，開啟錄製選項配置對話方塊進行設定，在“Recording Options”的“Advanced”選項裡先將“Surport Charset”選中，然後選中支援“UTF-8”的選項。

3．LoadRunner HTTP伺服器狀態程式碼：在錄製Web協議腳本回放指令碼的過程中，會出現HTTP伺服器狀態程式碼，例如常見的頁面-404錯誤提示、-500錯誤提示。

錯誤現象1：-404 Not Found伺服器沒有找到與請求URI相符的資源，但還可以繼續執行直到結束。

錯誤分析：此處與請求URI相符的資源在錄製指令碼時已經被提交過一次，回放時不可再重複提交同樣的資源，而需要更改提交資源的內容，每次回放一次指令碼都要改變提交的資料，保證模擬實際環境，造成一定的負載壓力。

解決辦法：在出現錯誤的位置進行指令碼關聯，在必要時插入相應的函式。

錯誤現象2：-500 Internal Server Error伺服器內部錯誤，指令碼執行停止。

錯誤分析：伺服器碰到了意外情況，使其無法繼續迴應請求。

解決辦法：出現此錯誤是致命的，說明問題很嚴重，需要從問題的出現位置進行檢查，此時需要此程式的開發人員配合來解決，而且產生的原因根據實際情況來定，測試人員無法單獨解決問題，而且應該儘快解決，以便於後面的測試。

4．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”模式來錄製指令碼。

5．LoadRunner不執行檢查方法：在錄製Web協議指令碼中添加了檢查方法Web_find，但是在腳本回放的過程中並沒有執行。

錯誤現象：在指令碼中插入函式Web_find，在指令碼中設定文字以及影象的檢查點，但是在回放過程中並沒有對設定的檢查點進行檢查，即Web_find失效。

錯誤分析：由於檢查功能會消耗一定的資源，因此LoadRunner預設關閉了對文字以及影象的檢查，所以在設定檢查點後，需要開啟檢查功能。

解決辦法：開啟執行環境設定對話方塊進行設定，在“Run-time Settings”的“Internet Protocol”選項裡的“Perference”中勾選“Check”下的“Enable Image and text check”選項。

6．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”安裝上即可。

1. error:missing newline in d:\loadrunner\name.dat

場景執行時報error:missing newline in d:\loadrunner\name.dat

第二次執行不報

兩個解決辦法：

第一：如果引數不是很多的話，不要開啟記事本去編輯引數，就直接在LR提供的引數的表格中進行編輯即可。

第二：如果引數很多超過100條的話。 在記事本中編輯好了之後，記著在最後一個引數後打個回車，讓滑鼠的游標移動到下一行。

2.load  generator  is  currently  running  the  maximum  number  of  vuser  of  this  type

使用的是loadrunner8.0，有10000個使用者的web的license，global的有10個。

在測試的時候發現running  vuser到達1000以後就不能再提高，後面的vuser就會出錯。錯誤是“The  load  generator  is  currently  running  the  maximum  number  of  vuser  of  this  type”.

已經可以排除是load  generator機器本身資源的問題。因為換了效能比較強的酷睿2還是同樣的問題，CPU和memory都有空閒。

解決辦法:

在load  generator中有一個Vuser  limits  tab，可以設定running  user的最大數目。即設定 load generator----Details------Vuser limits ----Other Vusers 的最大引數

3.LoadRunner 常見問題：

（1）sofeware caused connction：這種情況，一般是指令碼有問題，或者loadrunner有問題。解決方法：重新啟動機器，或者重新錄製指令碼，估計是loadrunner的bug。

（2）cannot connect to server:無法連線到伺服器。這種情況是伺服器的配置有問題，伺服器無法承受過多的併發連線了。需要優化伺服器的配置，

如作業系統採用windows 2003 server，

優化tomcat配置：maxThreads="500" minSpareThreads="400" maxSpareThreads="450"。但是tomcat 最多支援500個併發訪問

優化apache配置：

ThreadsPerChild 1900

MaxRequestsPerChild 10000

其他的錯誤如：

Action.c(10): Error -27791: Server has shut down the connection prematurely

HTTP Status-Code=503 (Service Temporarily Unavailable)

一般都是由於伺服器配置不夠好引起的，按照問題（2）處理，如果仍舊不行，需要優化硬體和調整程式了。

Apache問題：

（1） File does not exist: C:/Apache/htdocs/favicon.ico：

這個問題是apache，htdocs目錄沒有favicon.ico檔案引起的，該檔案是網站的圖示，僅在firefox,myIE等瀏覽器出現。

（2） 圖片無法顯示：

配置apache後，卻無法顯示圖片。

解決方法：把程式的圖片，按照程式結構copy到apache的htdocs目錄下。

（3） 無法處理請求：

當我們輸入 ***.do 命令後，apache確返回錯誤資訊，而連線tomcat卻沒有問題。原因是沒有把.do命令轉發給tomcat處理。解決方法如下：

在apache配置檔案中配置如下內容：

DocumentRoot "C:/Apache/htdocs"

JkMount /*.jsp loadbalancer

JkMount /*.do loadbalancer

4、Step download timeout (120 seconds)

　　這是一個經常會遇到的問題，解決得辦法走以下步驟：

　　1、 修改run time setting中的請求超時時間，增加到600s,其中有三項的引數可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000；run time setting設定完了後記住還需要在controler元件的option的run time setting中設定相應的引數；

　　2、 辦法一不能解決的情況下，解決辦法如下：

　　設定runt time setting中的internet protocol-preferences中的advaced區域有一個winlnet replay instead of sockets選項，選項後再回放就成功了。切記此法只對windows系統起作用。

5、問題描述Connection reset by peer　　這個問題不多遇見，一般是由於下載的速度慢，導致超時，所以，需要調整一下超時時間。

　　解決辦法：Run-time setting視窗中的‘Internet Protocol’－‘Preferences’設定set advanced options（設定高階選項），重新設定一下“HTTP-request connect timeout（sec），可以稍微設大一些”；

6、問題描述connection refused　　這個的錯誤的原因比較複雜，也可能很簡單也可能需要檢視好幾個地方，解決起來不同的作業系統方式也不同；

　　1、首先檢查是不是連線weblogic服務過大部分被拒絕，需要監控weblogic的連線等待情況，此時需要增加acceptBacklog，每次增加 25%來提高看是否解決，同時還需要增加連線池和調整執行執行緒數，（連線池數*Statement Cache Size）的值應該小於等於oracle資料庫連線數最大值；

　　2、如果方法一操作後沒有變化，此時需要去檢視伺服器作業系統中是否對連線數做了限制，AIX下可以直接vi檔案limits修改其中的連線限制數，還有 tcp連線等待時間間隔大小，wiodows類似，只不過wendows修改登錄檔，具體修改方法查手冊，登錄檔中有TcpDelayTime項；

7、問題描述open many files

　　問題一般都在壓力較大的時候出現，由於伺服器或者應用中介軟體本身對於開啟的檔案數有最大值限制造成，解決辦法：

　　1、修改作業系統的檔案數限制，aix下面修改limits下的nofiles限制條件，增大或者設定為沒有限制，儘量對涉及到的伺服器都作修改；

　　2、方法一解決不了情況下再去檢視應用伺服器weblogic的commonEnv.sh檔案，修改其中的nofiles檔案max-nofiles數增大，應該就可以通過了，具體就是查詢到nofiles方法，修改其中else條件的執行體，把檔案開啟數調大；修改前記住備份此檔案，防止修改出錯；

8、問題描述has shut down the connection prematurely

　　一般是在訪問應用伺服器時出現，大使用者量和小使用者量均會出現；

　　來自網上的解釋：

　　1> 應用訪問死掉

　　小使用者時：程式上的問題。程式上存在資料庫的問題

　　2> 應用服務沒有死

　　應用服務引數設定問題

　　例如：

　　在許多客戶端連線Weblogic應用伺服器被拒絕，而在伺服器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連線時收到connection refused訊息，說明應提高該值，每次增加25％

　　Java連線池的大小設定，或JVM的設定等

　　3> 資料庫的連線

　　在應用服務的效能引數可能太小了

　　資料庫啟動的最大連線數（跟硬體的記憶體有關）

　　以上資訊有一定的參考價值，實際情況可以參考此類除錯。

　　如果是以上所說的小使用者時：程式上的問題。程式上存在資料庫的問題，那就必須採用更加專業的工具來抓取出現問題的程式，主要是程式中執行效率很低的sql語句，weblogic可以採用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實踐中併發500使用者和600使用者時曾出現過jvm鋸齒型的變化，上升下降都很快，這應該是不太正常的；

9、問題描述Failed to connect to server

　　這個問題一般是客戶端連結到服務失敗，原因有兩個客戶端連線限制（也就是壓力負載機器），一個網路延遲嚴重，解決辦法：

　　1、 修改負載機器的tcpdelaytime登錄檔鍵值，改小；

　　2、 檢查網路延遲情況，看問題出在什麼環節；

　　建議為了減少這種情況，辦法一最好測試前就完成了，保證乾淨的網路環境，每個負載機器的壓力測試使用者數不易過大，儘量平均每臺負載器的使用者數，這樣以上問題出現的概率就很小了。

10．LoadRunner HTTP伺服器狀態程式碼：在錄製Web協議腳本回放指令碼的過程中，會出現HTTP伺服器狀態程式碼，例如常見的頁面-404錯誤提示、-500錯誤提示。

　　錯誤現象1：-404 Not Found伺服器沒有找到與請求URI相符的資源，但還可以繼續執行直到結束。

　　錯誤分析：此處與請求URI相符的資源在錄製指令碼時已經被提交過一次，回放時不可再重複提交同樣的資源，而需要更改提交資源的內容，每次回放一次指令碼都要改變提交的資料，保證模擬實際環境，造成一定的負載壓力。

　　解決辦法：在出現錯誤的位置進行指令碼關聯，在必要時插入相應的函式。

　　錯誤現象2：-500 Internal Server Error伺服器內部錯誤，指令碼執行停止。

　　錯誤分析：伺服器碰到了意外情況，使其無法繼續迴應請求。

　　解決辦法：出現此錯誤是致命的，說明問題很嚴重，需要從問題的出現位置進行檢查，此時需要此程式的開發人員配合來解決，而且產生的原因根據實際情況來定，測試人員無法單獨解決問題，而且應該儘快解決，以便於後面的測試。

11．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”模式來錄製指令碼。

12．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”安裝上即可。

1、執行場景只有這一個ERROR：Exception was raised when calling event-notify Vuser function in extension lrwreplaymain.dll: System Exceptions: EXCEPTION_ACCESS_VIOLATION

解決：

你檢查你機器上的環境變數TEMP以及TMP的值，建議你先在本機C盤建一個TEMP目錄！