- 相關(guān)推薦
loadrunner錯(cuò)誤及解決方法總結(jié)
1. error:missing newline in d:\loadrunner\name.dat
場景執(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è)。
在測試的時(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ì)遇到的問題，解決得辦法走以下步驟：
《loadrunner錯(cuò)誤及解決方法總結(jié)》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請(qǐng)?jiān)L問下一頁查看。
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ù)雜，也可能很簡單也可能需要查看好幾個(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ù)庫連接數(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ù)庫的問題
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ù)庫的連接
在應(yīng)用服務(wù)的性能參數(shù)可能太小了
數(shù)據(jù)庫啟動(dòng)的最大連接數(shù)（跟硬件的內(nèi)存有關(guān)）
以上信息有一定的參考價(jià)值，實(shí)際情況可以參考此類調(diào)試。
如果是以上所說的小用戶時(shí)：程序上的問題。程序上存在數(shù)據(jù)庫的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很低的sql語句，weblogic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實(shí)踐中并發(fā)500用戶和600用戶時(shí)曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應(yīng)該是不太正常的；
《loadrunner錯(cuò)誤及解決方法總結(jié)》全文內(nèi)容當(dāng)前網(wǎng)頁未完全顯示，剩余內(nèi)容請(qǐng)?jiān)L問下一頁查看。
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é)；
建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網(wǎng)絡(luò)環(huán)境，每個(gè)負(fù)載機(jī)器的壓力測試用戶數(shù)不易過大，盡量平均每臺(tái)負(fù)載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。
10．LoadRunner HTTP服務(wù)器狀態(tài)代碼：在錄制Web協(xié)議腳本回放腳本的過程中，會(huì)出現(xiàn)HTTP服務(wù)器狀態(tài)代碼，例如常見的頁面-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í)際情況來定，測試人員無法單獨(dú)解決問題，而且應(yīng)該盡快解決，以便于后面的測試。
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”和“l(fā)runner_web_
services_patch_1.exe”安裝上即可。
【loadrunner錯(cuò)誤及解決方法總結(jié)】相關(guān)文章：
錯(cuò)誤711的解決方法09-22
word提示錯(cuò)誤的解決方法09-22
ansys錯(cuò)誤及解決方法匯總09-22
CAD致命錯(cuò)誤解決方法10-22