一、Step download timeout (120 seconds)

這是一個(gè)經(jīng)常會(huì)遇到的問題，解決得辦法走以下步驟：

1、修改run time setting中的請(qǐng)求超時(shí)時(shí)間，增加到600s,其中有三項(xiàng)的參數(shù)可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000。run time setting設(shè)置完了后記住還需要在control組件的option的run time setting中設(shè)置相應(yīng)的參數(shù)。

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

設(shè)置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個(gè)winlnet replay instead of sockets選項(xiàng)，選項(xiàng)后再回放就成功了。切記此法只對(duì)windows系統(tǒng)起作用，此法來自zee的資料。

二、問題描述Connection reset by peer.

這個(gè)問題不多遇見，一般是由于下載的速度慢，導(dǎo)致超時(shí)，所以，需要調(diào)整一下超時(shí)時(shí)間。

解決辦法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’設(shè)置set advanced options（設(shè)置高級(jí)選項(xiàng)），重新設(shè)置一下“HTTP-request connect timeout（sec），可以稍微設(shè)大一些”。

三、問題描述connection refused

這個(gè)的錯(cuò)誤的原因比較復(fù)雜，也可能很簡(jiǎn)單也可能需要查看好幾個(gè)地方，解決起來不同的操作系統(tǒng)方式也不同。

1、首先檢查是不是連接weblogic服務(wù)過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時(shí)需要增加acceptBacklog，每次增加25%來提高看是否解決，同時(shí)還需要增加連接池和調(diào)整執(zhí)行線程數(shù)，（連接池?cái)?shù)*Statement Cache Size）的值應(yīng)該小于等于oracle數(shù)據(jù)庫(kù)連接數(shù)最大值。

2、如果方法一操作后沒有變化，此時(shí)需要去查看服務(wù)器操作系統(tǒng)中是否對(duì)連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)、端口數(shù)，還有tcp連接等待時(shí)間間隔大小，wiodows類似，只不過windows修改注冊(cè)表，具體修改注冊(cè)表中有TcpTimedWaitDelay和MaxUserPort項(xiàng)，鍵值在[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\]。因?yàn)樨?fù)載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務(wù)器也響應(yīng)特別快，從而導(dǎo)致負(fù)載生成器的機(jī)器的端口在沒有timeout之前就全部占滿了。在全部占滿后，就會(huì)出現(xiàn)上面的錯(cuò)誤。執(zhí)行netstat –na命令，可以看到打開了很多端口。所以就調(diào)整TCP的time out。即在最后一個(gè)端口還沒有用到時(shí)，前面已經(jīng)有端口在釋放了。

1,這里的TcpTimedWaitDelay默認(rèn)值應(yīng)該中是30s，所以這里，把這個(gè)值調(diào)小為5s（按需要調(diào)整）。
2,也可以把MaxUserPort調(diào)大（如果這個(gè)值不是最大值的話）。

四、問題描述open many files

問題一般都在壓力較大的時(shí)候出現(xiàn)，由于服務(wù)器或者應(yīng)用中間件本身對(duì)于打開的文件數(shù)有最大值限制造成，解決辦法：

1、修改操作系統(tǒng)的文件數(shù)限制，aix下面修改limits下的nofiles限制條件，增大或者設(shè)置為沒有限制，盡量對(duì)涉及到的服務(wù)器都作修改。

2、方法一解決不了情況下再去查看應(yīng)用服務(wù)器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數(shù)增大，應(yīng)該就可以通過了，具體就是查找到nofiles方法，修改其中else條件的執(zhí)行體，把文件打開數(shù)調(diào)大。修改前記住備份此文件，防止修改出錯(cuò)。

3、linux上可以通過ulimit –HSn 4096來修改文件打開數(shù)限制，也可以通過ulimit -a 來查看。

4、linux上可以通過lsof -p pid | wc -l 來查看進(jìn)程打開的句柄數(shù)。

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

一般是在訪問應(yīng)用服務(wù)器時(shí)出現(xiàn)，大用戶量和小用戶量均會(huì)出現(xiàn)。

來自網(wǎng)上的解釋：

1>應(yīng)用訪問死掉

小用戶時(shí)：程序上的問題。程序上存在數(shù)據(jù)庫(kù)的問題

2>應(yīng)用服務(wù)沒有死

應(yīng)用服務(wù)參數(shù)設(shè)置問題

例如：

在許多客戶端連接Weblogic應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒有錯(cuò)誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設(shè)得過低。如果連接時(shí)收到connection refused消息，說明應(yīng)提高該值，每次增加25％

Java連接池的大小設(shè)置，或JVM的設(shè)置等

3>數(shù)據(jù)庫(kù)的連接

在應(yīng)用服務(wù)的性能參數(shù)可能太小了

數(shù)據(jù)庫(kù)啟動(dòng)的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）

以上信息有一定的參考價(jià)值，實(shí)際情況可以參考此類調(diào)試。

如果是以上所說的小用戶時(shí)：程序上的問題。程序上存在數(shù)據(jù)庫(kù)的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很低的sql語(yǔ)句，weblogic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實(shí)踐中并發(fā)500用戶和600用戶時(shí)曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應(yīng)該是不太正常的。

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

實(shí)際測(cè)試中，可以用telent 站點(diǎn)看看是否可以連接進(jìn)去，可以通過修改連接池中的連接數(shù)和適當(dāng)增加應(yīng)用內(nèi)存值，問題可以解決。

六、問題描述Failed to connect to server

這個(gè)問題一般是客戶端鏈接到服務(wù)失敗，原因有兩個(gè)客戶端連接限制（也就是壓力負(fù)載機(jī)器），一個(gè)網(wǎng)絡(luò)延遲嚴(yán)重，解決辦法：

1、修改負(fù)載機(jī)器注冊(cè)表中的TcpTimedWaitDelay減小延時(shí)和MaxUserPort增加端口數(shù)。注：這將增加機(jī)器的負(fù)荷。

2、檢查網(wǎng)絡(luò)延遲情況，看問題出在什么環(huán)節(jié)。

建議為了減少這種情況，辦法一最好測(cè)試前就完成了，保證干凈的網(wǎng)絡(luò)環(huán)境，每個(gè)負(fù)載機(jī)器的壓力測(cè)試用戶數(shù)不易過大，盡量平均每臺(tái)負(fù)載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。

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

這個(gè)問題，解決方法：

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

2、方法二，可以通過增加連接池和應(yīng)用系統(tǒng)的內(nèi)存，每次增加25%。

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

這個(gè)問題不多遇見，一般出現(xiàn)在壓力機(jī)器上發(fā)生ping值為負(fù)數(shù)（AMD雙核CPU），可以重新啟動(dòng)pc機(jī)或者打補(bǔ)丁，附圖。

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

1、應(yīng)用服務(wù)當(dāng)?shù)?，重新啟?dòng)應(yīng)用服務(wù)。

2、當(dāng)應(yīng)用系統(tǒng)處于的可用內(nèi)存處于閥值以下時(shí)，出現(xiàn)HTTP Status-Code=500的概率非常高，此時(shí)只要增加應(yīng)用系統(tǒng)的內(nèi)存，問題即可解決。

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

這個(gè)錯(cuò)誤是由網(wǎng)絡(luò)原因造成的，PC1和PC2上面都裝了相同的loadrunner 9.0，且以相同數(shù)量的虛擬用戶數(shù)運(yùn)行相同的業(yè)務(wù)（機(jī)器上的其他條件都相同），PC1上面有少部分用戶報(bào)錯(cuò)，PC2上的用戶全部執(zhí)行通過。

十一、問題描述 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位置放錯(cuò)了，應(yīng)該放到請(qǐng)求頁(yè)面前面。
十二、問題描述 通過Controler調(diào)用遠(yuǎn)程代理時(shí)報(bào)錯(cuò)，Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.
解決方法：在代理開啟的時(shí)候，去掉勾選防火墻選項(xiàng)。

1．LoadRunner超時(shí)錯(cuò)誤：在錄制Web協(xié)議腳本回放時(shí)超時(shí)情況經(jīng)常出現(xiàn)，產(chǎn)生錯(cuò)誤的原因也有很多，解決的方法也不同。

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

錯(cuò)誤分析：對(duì)于HTTP協(xié)議，默認(rèn)的超時(shí)時(shí)間是120秒（可以在LoadRunner中修改），客戶端發(fā)送一個(gè)請(qǐng)求到服務(wù)器端，如果超過120秒服務(wù)器端還沒有返回結(jié)果，則出現(xiàn)超時(shí)錯(cuò)誤。

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

錯(cuò)誤現(xiàn)象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

錯(cuò)誤分析：這種錯(cuò)誤常常是因?yàn)椴l(fā)壓力過大，服務(wù)器端太繁忙，無法及時(shí)響應(yīng)客戶端的請(qǐng)求而造成的，所以這個(gè)錯(cuò)誤是正常現(xiàn)象，是壓力過大造成的。

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

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

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

最后，增加一下運(yùn)行時(shí)的超時(shí)設(shè)置，在“Run-Time Settings”>“Internet Protocol:Preferences”中，單擊“options”，增加“HTTP-request connect timeout”或者“HTTP-request receive”的值。

2．LoadRunner腳本中出現(xiàn)亂碼：在錄制Web協(xié)議腳本時(shí)出現(xiàn)中文亂碼，在回放腳本時(shí)會(huì)使回放停止在亂碼位置，腳本無法運(yùn)行。

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

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

解決辦法：重新錄制腳本，在錄制腳本前，打開錄制選項(xiàng)配置對(duì)話框進(jìn)行設(shè)置，在“Recording Options”的“Advanced”選項(xiàng)里先將“Surport Charset”選中，然后選中支持“UTF-8”的選項(xiàng)。

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

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

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

解決辦法：在出現(xiàn)錯(cuò)誤的位置進(jìn)行腳本關(guān)聯(lián)，在必要時(shí)插入相應(yīng)的函數(shù)。

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

錯(cuò)誤分析：服務(wù)器碰到了意外情況，使其無法繼續(xù)回應(yīng)請(qǐng)求。

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

4．LoadRunner請(qǐng)求無法找到：在錄制Web協(xié)議腳本回放腳本的過程中，會(huì)出現(xiàn)請(qǐng)求無法找到的現(xiàn)象，而導(dǎo)致腳本運(yùn)行停止。

錯(cuò)誤現(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]”

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

錯(cuò)誤分析：所選擇的錄制腳本模式不正確，通常情況下，基于瀏覽器的Web應(yīng)用會(huì)使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進(jìn)行交互的Java Applet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進(jìn)行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用HTTPS安全協(xié)議，這時(shí)則使用“URL-based script”模式進(jìn)行錄制。

解決辦法：打開錄制選項(xiàng)配置對(duì)話框進(jìn)行設(shè)置，在“Recording Options”的“Internet Protocol”選項(xiàng)里的“Recording”中選擇“Recording Level”為“HTML-based script”，單擊“HTML Advanced”，選擇“Script. Type”為“A script. containing explicit”。然后再選擇使用“URL-based script”模式來錄制腳本。

5．LoadRunner不執(zhí)行檢查方法：在錄制Web協(xié)議腳本中添加了檢查方法Web_find，但是在腳本回放的過程中并沒有執(zhí)行。

錯(cuò)誤現(xiàn)象：在腳本中插入函數(shù)Web_find，在腳本中設(shè)置文本以及圖像的檢查點(diǎn)，但是在回放過程中并沒有對(duì)設(shè)置的檢查點(diǎn)進(jìn)行檢查，即Web_find失效。

錯(cuò)誤分析：由于檢查功能會(huì)消耗一定的資源，因此LoadRunner默認(rèn)關(guān)閉了對(duì)文本以及圖像的檢查，所以在設(shè)置檢查點(diǎn)后，需要開啟檢查功能。

解決辦法：打開運(yùn)行環(huán)境設(shè)置對(duì)話框進(jìn)行設(shè)置，在“Run-time Settings”的“Internet Protocol”選項(xiàng)里的“Perference”中勾選“Check”下的“Enable Image and text check”選項(xiàng)。

6．LoadRunner回放Web Services協(xié)議腳本錯(cuò)誤：LoadRunner 8.0版本在錄制Web Services協(xié)議的腳本時(shí)正常，但在回放時(shí)會(huì)出現(xiàn)錯(cuò)誤，提示停止腳本運(yùn)行。

錯(cuò)誤現(xiàn)象：利用LoadRunner 8.0版本來錄制Web Services協(xié)議的腳本沒有任何錯(cuò)誤提示，回放腳本時(shí)會(huì)出現(xiàn)如下錯(cuò)誤提示“Error：server returned an incorrectly formatted SOAP response”。

錯(cuò)誤分析：出現(xiàn)此錯(cuò)誤的原因是LoadRunner8.0在錄制Web Services協(xié)議的腳本時(shí)存在一個(gè)缺陷：如果服務(wù)器的操作系統(tǒng)是中文的，VuGen會(huì)自動(dòng)將WSDL文件的頭改為<?xml version=”1.0″encoding=”zh_cn” ?>，所以才會(huì)有此錯(cuò)誤提示。

解決辦法：下載兩個(gè)補(bǔ)丁，分別為“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安裝上即可。

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

場(chǎng)景執(zhí)行時(shí)報(bào)error:missing newline in d:\loadrunner\name.dat

第二次執(zhí)行不報(bào)

兩個(gè)解決辦法：

第一：如果參數(shù)不是很多的話，不要打開記事本去編輯參數(shù)，就直接在LR提供的參數(shù)的表格中進(jìn)行編輯即可。

第二：如果參數(shù)很多超過100條的話。在記事本中編輯好了之后，記著在最后一個(gè)參數(shù)后打個(gè)回車，讓鼠標(biāo)的光標(biāo)移動(dòng)到下一行。

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

使用的是loadrunner8.0，有10000個(gè)用戶的web的license，global的有10個(gè)。

在測(cè)試的時(shí)候發(fā)現(xiàn)running vuser到達(dá)1000以后就不能再提高，后面的vuser就會(huì)出錯(cuò)。錯(cuò)誤是“The load generator is currently running the maximum number of vuser of this type”.

已經(jīng)可以排除是load generator機(jī)器本身資源的問題。因?yàn)閾Q了性能比較強(qiáng)的酷睿2還是同樣的問題，CPU和memory都有空閑。

解決辦法:

在load generator中有一個(gè)Vuser limits tab，可以設(shè)置running user的最大數(shù)目。 即設(shè)置 load generator----Details------Vuser limits ----Other Vusers 的最大參數(shù)

3.LoadRunner 常見問題：

（1）sofeware caused connction：這種情況，一般是腳本有問題，或者loadrunner有問題。解決方法：重新啟動(dòng)機(jī)器，或者重新錄制腳本，估計(jì)是loadrunner的bug。

（2）cannot connect to server:無法連接到服務(wù)器。這種情況是服務(wù)器的配置有問題，服務(wù)器無法承受過多的并發(fā)連接了。需要優(yōu)化服務(wù)器的配置，

如操作系統(tǒng)采用windows 2003 server，

優(yōu)化tomcat配置：maxThreads="500" minSpareThreads="400" maxSpareThreads="450"。但是tomcat 最多支持500個(gè)并發(fā)訪問

優(yōu)化apache配置：

ThreadsPerChild 1900

MaxRequestsPerChild 10000

其他的錯(cuò)誤如：

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

HTTP Status-Code=503 (Service Temporarily Unavailable)

一般都是由于服務(wù)器配置不夠好引起的，按照問題（2）處理，如果仍舊不行，需要優(yōu)化硬件和調(diào)整程序了。

Apache問題：

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

這個(gè)問題是apache，htdocs目錄沒有favicon.ico文件引起的，該文件是網(wǎng)站的圖標(biāo)，僅在firefox,myIE等瀏覽器出現(xiàn)。

（2） 圖片無法顯示：

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

解決方法：把程序的圖片，按照程序結(jié)構(gòu)copy到apache的htdocs目錄下。

（3） 無法處理請(qǐng)求：

當(dāng)我們輸入 ***.do 命令后，apache確返回錯(cuò)誤信息，而連接tomcat卻沒有問題。原因是沒有把.do命令轉(zhuǎn)發(fā)給tomcat處理。解決方法如下：

在apache配置文件中配置如下內(nèi)容：

DocumentRoot "C:/Apache/htdocs"

JkMount /*.jsp loadbalancer

JkMount /*.do loadbalancer

4、Step download timeout (120 seconds)

　　這是一個(gè)經(jīng)常會(huì)遇到的問題，解決得辦法走以下步驟：

　　1、 修改run time setting中的請(qǐng)求超時(shí)時(shí)間，增加到600s,其中有三項(xiàng)的參數(shù)可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000；run time setting設(shè)置完了后記住還需要在controler組件的option的run time setting中設(shè)置相應(yīng)的參數(shù)；

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

　　設(shè)置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個(gè)winlnet replay instead of sockets選項(xiàng)，選項(xiàng)后再回放就成功了。切記此法只對(duì)windows系統(tǒng)起作用。

5、問題描述Connection reset by peer　　這個(gè)問題不多遇見，一般是由于下載的速度慢，導(dǎo)致超時(shí)，所以，需要調(diào)整一下超時(shí)時(shí)間。

　　解決辦法：Run-time setting窗口中的‘Internet Protocol’－‘Preferences’設(shè)置set advanced options（設(shè)置高級(jí)選項(xiàng)），重新設(shè)置一下“HTTP-request connect timeout（sec），可以稍微設(shè)大一些”；

6、問題描述connection refused　　這個(gè)的錯(cuò)誤的原因比較復(fù)雜，也可能很簡(jiǎn)單也可能需要查看好幾個(gè)地方，解決起來不同的操作系統(tǒng)方式也不同；

　　1、首先檢查是不是連接weblogic服務(wù)過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時(shí)需要增加acceptBacklog，每次增加 25%來提高看是否解決，同時(shí)還需要增加連接池和調(diào)整執(zhí)行線程數(shù)，（連接池?cái)?shù)*Statement Cache Size）的值應(yīng)該小于等于oracle數(shù)據(jù)庫(kù)連接數(shù)最大值；

　　2、如果方法一操作后沒有變化，此時(shí)需要去查看服務(wù)器操作系統(tǒng)中是否對(duì)連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)，還有 tcp連接等待時(shí)間間隔大小，wiodows類似，只不過wendows修改注冊(cè)表，具體修改方法查手冊(cè)，注冊(cè)表中有TcpDelayTime項(xiàng)；

7、問題描述open many files

　　問題一般都在壓力較大的時(shí)候出現(xiàn)，由于服務(wù)器或者應(yīng)用中間件本身對(duì)于打開的文件數(shù)有最大值限制造成，解決辦法：

　　1、修改操作系統(tǒng)的文件數(shù)限制，aix下面修改limits下的nofiles限制條件，增大或者設(shè)置為沒有限制，盡量對(duì)涉及到的服務(wù)器都作修改；

　　2、方法一解決不了情況下再去查看應(yīng)用服務(wù)器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數(shù)增大，應(yīng)該就可以通過了，具體就是查找到nofiles方法，修改其中else條件的執(zhí)行體，把文件打開數(shù)調(diào)大；修改前記住備份此文件，防止修改出錯(cuò)；

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

　　一般是在訪問應(yīng)用服務(wù)器時(shí)出現(xiàn)，大用戶量和小用戶量均會(huì)出現(xiàn)；

　　來自網(wǎng)上的解釋：

　　1> 應(yīng)用訪問死掉

　　小用戶時(shí)：程序上的問題。程序上存在數(shù)據(jù)庫(kù)的問題

　　2> 應(yīng)用服務(wù)沒有死

　　應(yīng)用服務(wù)參數(shù)設(shè)置問題

　　例如：

　　在許多客戶端連接Weblogic應(yīng)用服務(wù)器被拒絕，而在服務(wù)器端沒有錯(cuò)誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設(shè)得過低。如果連接時(shí)收到connection refused消息，說明應(yīng)提高該值，每次增加25％

　　Java連接池的大小設(shè)置，或JVM的設(shè)置等

　　3> 數(shù)據(jù)庫(kù)的連接

　　在應(yīng)用服務(wù)的性能參數(shù)可能太小了

　　數(shù)據(jù)庫(kù)啟動(dòng)的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）

　　以上信息有一定的參考價(jià)值，實(shí)際情況可以參考此類調(diào)試。

　　如果是以上所說的小用戶時(shí)：程序上的問題。程序上存在數(shù)據(jù)庫(kù)的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很低的sql語(yǔ)句，weblogic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實(shí)踐中并發(fā)500用戶和600用戶時(shí)曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應(yīng)該是不太正常的；

9、問題描述Failed to connect to server

　　這個(gè)問題一般是客戶端鏈接到服務(wù)失敗，原因有兩個(gè)客戶端連接限制（也就是壓力負(fù)載機(jī)器），一個(gè)網(wǎng)絡(luò)延遲嚴(yán)重，解決辦法：

　　1、 修改負(fù)載機(jī)器的tcpdelaytime注冊(cè)表鍵值，改??；

　　2、 檢查網(wǎng)絡(luò)延遲情況，看問題出在什么環(huán)節(jié)；

　　建議為了減少這種情況，辦法一最好測(cè)試前就完成了，保證干凈的網(wǎng)絡(luò)環(huán)境，每個(gè)負(fù)載機(jī)器的壓力測(cè)試用戶數(shù)不易過大，盡量平均每臺(tái)負(fù)載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。

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

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

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

　　解決辦法：在出現(xiàn)錯(cuò)誤的位置進(jìn)行腳本關(guān)聯(lián)，在必要時(shí)插入相應(yīng)的函數(shù)。

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

　　錯(cuò)誤分析：服務(wù)器碰到了意外情況，使其無法繼續(xù)回應(yīng)請(qǐng)求。

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

11．LoadRunner請(qǐng)求無法找到：在錄制Web協(xié)議腳本回放腳本的過程中，會(huì)出現(xiàn)請(qǐng)求無法找到的現(xiàn)象，而導(dǎo)致腳本運(yùn)行停止。

　　錯(cuò)誤現(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]"

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

　　錯(cuò)誤分析：所選擇的錄制腳本模式不正確，通常情況下，基于瀏覽器的Web應(yīng)用會(huì)使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進(jìn)行交互的Java Applet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進(jìn)行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用HTTPS安全協(xié)議，這時(shí)則使用“URL-based script”模式進(jìn)行錄制。

　　解決辦法：打開錄制選項(xiàng)配置對(duì)話框進(jìn)行設(shè)置，在“Recording Options”的“Internet Protocol”選項(xiàng)里的“Recording”中選擇“Recording Level”為“HTML-based script”，單擊“HTML Advanced”，選擇“Script. Type”為“A script. containing explicit”。然后再選擇使用“URL-based script”模式來錄制腳本。

12．LoadRunner回放Web Services協(xié)議腳本錯(cuò)誤：LoadRunner 8.0版本在錄制Web Services協(xié)議的腳本時(shí)正常，但在回放時(shí)會(huì)出現(xiàn)錯(cuò)誤，提示停止腳本運(yùn)行。

　　錯(cuò)誤現(xiàn)象：利用LoadRunner 8.0版本來錄制Web Services協(xié)議的腳本沒有任何錯(cuò)誤提示，回放腳本時(shí)會(huì)出現(xiàn)如下錯(cuò)誤提示“Error：server returned an incorrectly formatted SOAP response”。

　　錯(cuò)誤分析：出現(xiàn)此錯(cuò)誤的原因是LoadRunner8.0在錄制Web Services協(xié)議的腳本時(shí)存在一個(gè)缺陷：如果服務(wù)器的操作系統(tǒng)是中文的，VuGen會(huì)自動(dòng)將WSDL文件的頭改為<?xml version="1.0"encoding="zh_cn" ?>，所以才會(huì)有此錯(cuò)誤提示。

　　解決辦法：下載兩個(gè)補(bǔ)丁，分別為“LR80WebServicesFPI_setup.exe”和“lrunner_web_ services_patch_1.exe”安裝上即可。