LoadRunner11-遇到問題及解決辦法.doc

LoadRunner11-遇到問題及解決辦法分類：Loadrunner2013-11-16 12:221094人閱讀評論(0)收藏舉報1、LoadRunner超時錯誤：在錄制Web服務器端，如果超過120秒服務器協(xié)議腳本回放時超時情況經(jīng)常出現(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ā)送一個請求到端還沒有返回結果，則出現(xiàn)超時錯誤。解決辦法：首先在運行環(huán)境中對超時進行設置，默認的超時時間可以設置長一些，再設置多次迭代運行，如果還有超時現(xiàn)象，需要在“Runtime Setting”“Internet Protocol：Preferences”“Advanced”區(qū)域中設置一個“winlnet replay instead of sockets”選項，再回放是否成功。2LoadRunner腳本中出現(xiàn)亂碼：在錄制Web協(xié)議腳本時出現(xiàn)中文亂碼，在回放腳本時會使回放停止在亂碼位置，腳本無法運行。錯誤現(xiàn)象：某個鏈接或者圖片名稱為中文亂碼，腳本運行無法通過。錯誤分析：腳本錄制可能采用的是URL-based script方式，如果程序定義的字符集合采用的是國際標準，腳本就會出現(xiàn)亂碼現(xiàn)象。解決辦法：重新錄制腳本，在錄制腳本前，打開錄制選項配置對話框進行設置，在“Recording Options”的“Advanced”選項里先將“Surport Charset”選中，然后選中支持“UTF-8”的選項。3LoadRunner HTTP服務器狀態(tài)代碼：在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)HTTP服務器狀態(tài)代碼，例如常見的頁面-404錯誤提示、-500錯誤提示。錯誤現(xiàn)象1：-404 Not Found服務器沒有找到與請求URI相符的資源，但還可以繼續(xù)運行直到結束。錯誤分析：此處與請求URI相符的資源在錄制腳本時已經(jīng)被提交過一次，回放時不可再重復提交同樣的資源，而需要更改提交資源的內容，每次回放一次腳本都要改變提交的數(shù)據(jù)，保證模擬實際環(huán)境，造成一定的負載壓力。解決辦法：在出現(xiàn)錯誤的位置進行腳本關聯(lián)，在必要時插入相應的函數(shù)。錯誤現(xiàn)象2：-500 Internal Server Error服務器內部錯誤，腳本運行停止。錯誤分析：服務器碰到了意外情況，使其無法繼續(xù)回應請求。解決辦法：出現(xiàn)此錯誤是致命的，說明問題很嚴重，需要從問題的出現(xiàn)位置進行檢查，此時需要此程序的開發(fā)人員配合來解決，而且產生的原因根據(jù)實際情況來定，測試人員無法單獨解決問題，而且應該盡快解決，以便于后面的測試。4LoadRunner請求無法找到：在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)請求無法找到的現(xiàn)象，而導致腳本運行停止。錯誤現(xiàn)象：Action.c(41): Error -27979: Requested form. not found MsgId: MERR-27979Action.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應用中包含了與服務器進行交互的代碼、基于瀏覽器的應用中使用HTTPSJava Applet、基于瀏覽器的應用中包含了向服務器進行通信的JavaScript/VBScript安全協(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. Abnormal termination, caused by mdrv process termination解決：修改LR中的D:Program FilesMercuryLoadRunnerdatprotocols 中的http.lrp信息，在Vugen下面新加一條MaxThreadPerProcess=要設置的vuser數(shù)量 。6LoadRunner錄制腳本時為什么不彈出IE瀏覽器？答：啟動瀏覽器，打開Internet選項對話框，切換到高級標簽，去掉“啟用第三方瀏覽器擴展（需要重啟動）”的勾選，然后再次運行VuGen即可解決問題；7.LoadRunner錄制腳本時提示默認瀏覽器不支持解決方法?答：在Recording Options-Browser-修改瀏覽器設置-改為IE瀏覽器訪問,重新啟動LoadRunner錄制腳本就ok；8.LR錄制Web腳本時，生成的腳本中存在亂碼該如何解決？答：錄制腳本前，打開錄制選項配置對話框Record-Options，進入到Advanced標簽，先勾選“Support charset”，選擇支持UTF-8。重新錄制，就不會出現(xiàn)中文亂碼問題了。9.HTML-based script與URL-based script的腳本有什么區(qū)別？答：使用“HTML-based script”的模式錄制腳本，VuGen為用戶的每個HTML操作生成單獨的步驟，這種腳本看上去比較直觀；使用“URL-based script”模式錄制腳本時，VuGen可以捕獲所有作為用戶操作結果而發(fā)送到服務器的HTTP請求，然后為用戶的每個請求分別生成對應方法。通常，基于瀏覽器的Web應用會使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽器的Web應用、Web應用中包含了與服務器進行交互的Java Applet、基于瀏覽器的應用中包含了向服務器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應用中使用了HTTPS安全協(xié)議，這時使用“URL-based script”模式進行錄制。10.為什么腳本中添加了檢查方法Web-find，但是腳本回放時卻沒有執(zhí)行？答：LoadRunner默認關閉了對文本及圖像的檢查。進入“Run-time Setting”對話框，依次進入“Internet ProtocolPreferences”，勾選Checks下的“Enable Image and text check”選項即可。備注：推薦web_reg_find函數(shù)針對文本及圖像的檢查。11.運行時的Pacing設置主要影響什么？答：Pacing主要用來設置重復迭代腳本的間隔時間。共有三種方法：上次迭代結束后立刻開始、上次迭代結束后等待固定時間、按固定或隨機的時間間隔開始執(zhí)行新的迭代。根據(jù)實際需要設置迭代即可。通常，沒有時間間隔會產生更大的壓力。12.運行時設置Log標簽中，如果沒有勾選“Enable logging”，則手工消息可以發(fā)送嗎？答：Enable logging選項僅影響自動日志記錄和通過lr_log_message發(fā)送的消息。即使沒有勾選，虛擬用戶腳本中如果使用lr_message、lr_output_message、lr_error_message,仍然會記錄其發(fā)出的消息。13.LoadRunner如何在IE7+Win2003環(huán)境下錄制腳本?答： 方法一: 巧借IE6內核錄制腳本在系統(tǒng)安裝目錄下C:WINDOWSie7iexplore.exe,然后在Recording Options-Browser,指定Ie6內核;設置完成確認后,即可以用LoadRunner錄制腳本;方法二 查看了下官方提供LoadRunner解決方法:安裝LoadRunner 8.1 Feature Pack 4-然后安裝:Internet Explorer 7 (IE 7) support for LoadRunner 8.1 Feature Pack 4；14.LoadRunner 8.0版本的VuGen在錄制Web Services協(xié)議的腳本時一切正常，但回放時報錯誤“Error：server returned an incorrectly formatted SOAP response”？答：原因是LoadRunner 8.0的VuGen在錄制Web Service協(xié)議的腳本時存在一個缺陷：如果服務器的操作系統(tǒng)是中文的，VuGen會自動將WSDL文件的頭改為，因此會有上面的錯誤提示。所以需要打上補?。骸癓R80WebservicesFPI_setup.exe”和“l(fā)runner_web_sevices_path_1.exe”。15.VuGen支持Netscape的客戶證書嗎？答：不支持。目前的VuGen 8.0版本中僅支持Internet Explorer的客戶端證書。錄制腳本時可以先從Netscape中導出所需的證書，然后將其導入到Internet Explorer中，并確保以相同的順序導出和導入這些證書。而且，在每臺將要錄制或運行需要證書的Web Vuser腳本的計算機上都要重復執(zhí)行前面的過程。16. LoadRunner場景執(zhí)行時第1次報錯 error:missing newline in d:testtest1.dat，第2次場景執(zhí)行時不報錯？答：Loadruner參數(shù)設置test1.dat文本時，需要在最后一個參數(shù)后回車確認一下。17.LoadRunner場景執(zhí)行時出現(xiàn)錯誤：“l(fā)oad generator is currently running the maximum number of vuser of this type”答：Loadruuner默認場景并發(fā)最大用戶數(shù)=1000，所以需要設置load generator-Details-Vuser limits-Other Vusers更換參數(shù)值即可，如10000；當然需要你的序列號是支持，目前最大支持6.2w的序列號。18.VuGen會修改錄制瀏覽器中的代理服務器設置嗎？答：會修改。在開始錄制基于瀏覽器的Web Vuser腳本時，VuGen首先會啟動指定的瀏覽器。然后，VuGen會指示瀏覽器訪問VuGen代理服務器。為此，VuGen會修改錄制瀏覽器上的代理服務器設置。默認情況下，VuGen會立即將代理服務器設置更改為Localhost:7777。錄制之后，VuGen會將原始代理服務器設置還原到該錄制瀏覽器中。因此，在VuGen進行錄制的過程中，不可以更改代理服務器設置，否則將無法正常進行。19.在LoadRunner腳本如何輸出當前系統(tǒng)時間？答：LoadRunner提供了char *ctime(const time_t *time)函數(shù)，調用參數(shù)為一個Long型的整數(shù)指針，用于存放返回時間的數(shù)值表示。20.Loadruner在一些Web虛擬用戶腳本錄制后立刻回放沒有任何問題，但是當設置迭代次數(shù)大于1時，如果進行回放則只能成功迭代一次。從第二次迭代開始發(fā)生錯誤？答：“Run-time Setting”的“Browse Emulation”的設置中，勾選了“Simulate a new user on each iteration”及其下面的選項“Clear cache on each iteration”這兩個選項的含義是每次迭代時模擬一個新的用戶及每次迭代時清除緩存。21.LoadRunner中“Run-time Setting”中的線程和進程運行方式的區(qū)別？答：如果選擇“Run Vuser as a process”，則場景運行時會為每一個虛擬用戶創(chuàng)建一個進程；選擇“Run Vuser as a thread”則將每個虛擬用戶作為一個線程來運行，在任務管理器中只看到一個mmdrv.exe，這種方式的運行效率更高，能造成更大的壓力，時默認選項。另外，如果啟用了IP欺騙功能，則先在Controller中選中Tools菜單下的“Expert Mode”，然后將Tools菜單下的“OptionsGeneral”標簽頁中的IP地址分配方式也設置為與Vuser運行方式一致，同為線程或進程方式。22.在Controller中運行Web相關測試場景時，經(jīng)常會有很多超時錯誤提示，如何處理這類問題？答：這主要有腳本的默認超時設置引起。當回放Web腳本時，有時候由于服務器響應時間較長，會產生超時的錯誤。這時需要修改腳本的運行時配置。進入“Run-time Setting”對話框后，依次進入“Internet ProtocolPreference”。然后點擊“Options”按鈕，進入高級設置對話框，可以修改各類超時設置的默認值。23.為什么Windows系統(tǒng)中的CPU、內存等資源仍然充足，但是模擬的用戶數(shù)量卻上不去？答：在Windows計算機的標準設置下，操作系統(tǒng)的默認限制只能使用幾百個Vuser，這個限制與CPU或內存無關，主要是操作系統(tǒng)本身規(guī)定了默認的最大線程數(shù)所導致。要想突破Windows這個限制，須修改Windows注冊表。以Windows XP Professional為例。（1）打開注冊表后，進入注冊表項HKEY_LOCAL_MACHINE中的下列關鍵字：SystemCurrentControlSetControlSession ManagerSubSystems。（2）找到Windows關鍵字，Windows關鍵字如下所示：%SystemRoot%system32csrss.exe bjectDirectory=WindowsSharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2ProfileControl=Off MaxRequestThreads=16SharedSection=1024,3072,512關鍵字的格式為xxxx,yyyy,zzz。其中，xxxx定義了系統(tǒng)范圍堆的最大值（以KB為單位），yyyy定義每個桌面堆得大小。（3）將yyyy的設置從3072更改為8192（即8MB），增加SharedSection參數(shù)值。通過對注冊表的更改，系統(tǒng)將允許運行更多的線程，因而可以在計算機上運行更多的Vuser。這意味著能夠模擬的最大并發(fā)用戶數(shù)量將不受Windows操作系統(tǒng)的限制，而只受硬件和內部可伸縮性限制的約束。24.Controller中設置了用戶并發(fā)數(shù)量，但是運行時為何初始化的用戶數(shù)量少于實際數(shù)量？答：主要時設置問題。在ToolsoptionsRun-time setting中可以設置每次最多初始化的虛擬用戶。如果需要100個并發(fā)用戶，則將該值設置為大于100的數(shù)值。另外，注意LoadRunner相關協(xié)議License的更新，確保使用的License能夠允許所需要的并發(fā)用戶數(shù)量。25.如何讓場景的用戶執(zhí)行發(fā)生錯誤繼續(xù)運行，以保證不間斷進行壓力測試？答：用VuGen打開虛擬用戶腳本后，進入“Run-time Settings”對話框后，依次進入“GeneralMiscellaneous”，可以看到Miscellaneous設置中關于“Error Handling”的配置。勾選“Continue on error”即可讓虛擬用戶發(fā)生錯誤繼續(xù)運行。26.為什么.NET虛擬用戶有時不能在遠程主機執(zhí)行？答：主要時LoadRunner的版本問題。根據(jù)筆者的經(jīng)驗，如果是Microsoft Visual Studio 2005開發(fā)的虛擬用戶，同時LoadRunner客戶端的版本低于8.1，執(zhí)行Controller的主機將會發(fā)生錯誤。因此要想正確的運行Microsoft Visual Studio 2005開發(fā)的.NET虛擬用戶，客戶端最好裝8.1以上的版本，Controller的主機則安裝8.0和8.1兩個版本均可。此外，產生壓力的LoadRunner客戶端上預先應該安裝.NET運行環(huán)境，如果Microsoft Visual Studio 2005開發(fā)的是.NET虛擬用戶，則應該安裝Microsoft .NET Framework SDK v2.0。27.測試分析結果中會統(tǒng)計Action時間，而實際上可能并不須要這些數(shù)據(jù)，如何只顯示自己定義的用戶事務？答：進入腳本的運行時設置，依次進入GeneralMiscellaneous。默認情況下，自動事務配置“Automatic Transactions”下有兩個選項：第一個是把腳本的Action部分定義為一個事務；第二個時把腳本的每一部分定義為一個事務。去掉這兩個勾選后，測試結果將會只顯示自己定義的用戶事務。28.測試結果中，Summary和平均事務響應時間圖里的各個事務的最大值、平均值、最小值為什么顯示不一樣？答：主要是受采樣時間的影響。Summary里的事務平均響應時間是根據(jù)整個場景執(zhí)行過程得到的數(shù)據(jù)計算所得，最大值與最小值也是從整個場景中得到的。平均事務響應時間圖主要時按照LoadRunner分析出來的采樣頻率來獲取事務響應時間的最大值與最小值，然后計算平均值。可以通過“Set Granularity”來修改平均事務響應時間圖的采樣頻率。如果把“Granularity”設為場景執(zhí)行時間，則統(tǒng)計結果將會一致。29.統(tǒng)計結果中的總點擊量Total Hits時用戶的鼠標點擊次數(shù)嗎？答：Total Hits不時按照用戶的鼠標點擊次數(shù)來計算的，而是按照各個虛擬客戶端向后臺發(fā)起的總的請求數(shù)來進行統(tǒng)計的。例如在向服務器請求的一個頁面中，如果該頁面包含5個圖片，用戶只要單擊鼠標就可以訪問該頁面，而單個虛擬用戶在LoadRunner訪問的點擊量為1+5=6次。30.有些Web測試結果分析圖（例如每秒返回頁面數(shù)）在測試結果分析圖中無法看到，如何進行配置？答：用VuGen打開虛擬用戶腳本后，進入“Run-time Settings”對話框后，依次進入“Internet ProtocolPreference”，可以看到一些Web性能圖配置。勾選上面得選項后，Controller將會在測試執(zhí)行過程中生成數(shù)據(jù)，然后可在Analysis中查看相應的性能結果分析圖。、Step download timeout (120 seconds)解決辦法：1、修改run time setting中的請求超時時間，增加到600s,其中有三項的參數(shù)可以一次都修改了，HTTP-request connect timeout，HTTP-request receieve timeout，Step download timeout，分別建議修改為600、600、5000；run time setting設置完了后記住還需要在control組件的option的run time setting中設置相應的參數(shù)；2、辦法一不能解決的情況下，解決辦法如下：設置runt time setting中的internet protocol-preferences中的advaced區(qū)域有一個winlnet replay instead of sockets選項，選項后再回放就成功了。切記此法只對windows系統(tǒng)起作用，此法來自zee的資料。31.問題描述Connection reset by peer這個問題不多遇見，一般是由于下載的速度慢，導致超時，所以，需要調整一下超時時間解決辦法：Run-time setting窗口中的Internet ProtocolPreferences設置set advanced options（設置高級選項），重新設置一下“HTTP-request connect timeout（sec），可以稍微設大一些”；32.問題描述connection refused這個的錯誤的原因比較復雜，也可能很簡單也可能需要查看好幾個地方，解決起來不同的操作系統(tǒng)方式也不同；1、首先檢查是不是連接weblogic服務過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時需要增加acceptBacklog，每次增加25%來提高看是否解決，同時還需要增加連接池和調整執(zhí)行線程數(shù)，（連接池數(shù)*Statement Cache Size）的值應該小于等于oracle數(shù)據(jù)庫連接數(shù)最大值；2、如果方法一操作后沒有變化，此時需要去查看服務器操作系統(tǒng)中是否對連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)，還有tcp連接等待時間間隔大小，wiodows類似，只不過wendows修改注冊表，具體修改方法查手冊，注冊表中有TcpDelayTime項；33.問題描述open many files答：問題一般都在壓力較大的時候出現(xiàn)，由于服務器或者應用中間件本身對于打開的文件數(shù)有最大值限制造成，解決辦法：1、修改操作系統(tǒng)的文件數(shù)限制，aix下面修改limits下的nofiles限制條件，增大或者設置為沒有限制，盡量對涉及到的服務器都作修改；2、方法一解決不了情況下再去查看應用服務器weblogic的commonEnv.sh文件，修改其中的nofiles文件max-nofiles數(shù)增大，應該就可以通過了，具體就是查找到nofiles方法，修改其中else條件的執(zhí)行體，把文件打開數(shù)調大；修改前記住備份此文件，防止修改出錯；34.問題描述has shut down the connection prematurely一般是在訪問應用服務器時出現(xiàn)，大用戶量和小用戶量均會出現(xiàn)；來自網(wǎng)上的解釋：1 應用訪問死掉。小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題2 應用服務沒有死應用服務參數(shù)設置問題例如：在許多客戶端連接Weblogic應用服務器被拒絕，而在服務器端沒有錯誤顯示，則有可能是Weblogic中的server元素的AcceptBacklog屬性值設得過低。如果連接時收到connection refused消息，說明應提高該值，每次增加25Java連接池的大小設置，或JVM的設置等3 數(shù)據(jù)庫的連接在應用服務的性能參數(shù)可能太小了數(shù)據(jù)庫啟動的最大連接數(shù)（跟硬件的內存有關）以上信息有一定的參考價值，實際情況可以參考此類調試。如果是以上所說的小用戶時：程序上的問題。程序上存在數(shù)據(jù)庫的問題，那就必須采用更加專業(yè)的工具來抓取出現(xiàn)問題的程序，主要是程序中執(zhí)行效率很低的sql語句，weblogic可以采用introscope定位，期間可以注意觀察一下jvm的垃圾回收情況看是否正常，我在實踐中并發(fā)500用戶和600用戶時曾出現(xiàn)過jvm鋸齒型的變化，上升下降都很快，這應該是不太正常的。35.問題描述Failed to connect to server這個問題一般是客戶端鏈接到服務失敗，原因有兩個客戶端連接限制（也就是壓力負載機器），一個網(wǎng)絡延遲嚴重，解決辦法：1、修改負載機器的tcpdelaytime注冊表鍵值，改??；2、檢查網(wǎng)絡延遲情況，看問題出在什么環(huán)節(jié)；建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網(wǎng)絡環(huán)境，每個負載機器的壓力測試用戶數(shù)不易過大，盡量平均每臺負載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。36.問題描述：Overlapped transmission of request to . WSA_IO_PENDING解決方法：1、方法一，在腳本前加入web_set_sockets_option(OVERLAPPED_SEND, 0)，禁用TTFB細分，問題即可解決，但是TTFB細分圖將不能再使用，附圖。2、方法二，可以通過增加連接池和應用系統(tǒng)的內存，每次增加25%。37.問題描述：Deleted the current transaction . since response time is not accurate這個問題不多遇見，一般出現(xiàn)在壓力機器上發(fā)生ping值為負數(shù)（AMD雙核CPU），可以重新啟動pc機或者打補丁，附圖。38.問題描述：HTTP Status-Code=500 (Internal Server Error) for1、應用服務當?shù)簦匦聠討梅铡?、當應用系統(tǒng)處于的可用內存處于閥值以下時，出現(xiàn)HTTP Status-Code=500的概率非常高，此時只要增加應用系統(tǒng)的內存，問題即可解決。39.問題描述：Failed to transmit data to network: 10057 Socket is not connected這個錯誤是由網(wǎng)絡原因造成的，PC1 和PC2上面都裝了相同的loadrunner 9.0，且以相同數(shù)量的虛擬用戶數(shù)運行相同的業(yè)務（機器上的其他條件都相同），PC1上面有少部分用戶報錯，PC2上的用戶全部執(zhí)行通過。40.問題描述：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位置放錯了，應該放到請求頁面前面。41.問題描述：通過Controler調用遠程代理時報錯，Error: CCI security error:You are running under secure mode and the function system is not allowed in this mode.解決方法：在代理開啟的時候，去掉勾選防火墻選項。42.Error -27796: Failed to connect to server 01:80: 10048 Address already in useTry changing the registry valueHKEY_LOCAL_MACHINESystemCurrentControlSetServicestcpipParametersTcpTimedWaitDelay to 30and HKEY_LOCAL_MACHINESystemCurrentControlSetServicestcpipParametersMaxUserPort to 65534 and rebooting the machineSee the readme.doc file for more information解決辦法：因為負載生成器的性能太好，發(fā)數(shù)據(jù)包特別快，服務器也響應特別快，從而導致負載生成器的機器的端口在沒有timeout之前就全部占滿了。在全部占滿后，就會出現(xiàn)上面的錯誤。執(zhí)行netstat na命令，可以看到打開了很多端口。所以就調整TCP的time out。即在最后一個端口還沒有用到時，前面已經(jīng)有端口在釋放了。1. 打開LoadRunner負載機所在機器的注冊表，將HKEY_LOCAL_MACHINESystemCurrentControlSetServicestcpipParameters項中的TcpTimedWaitDelay值設置為5s或者其它（按需要調整）也可以把MaxUserPort值調大（如果這個值不是最大值的話），同時增加腳本的think time，再重啟機器。2.取消勾選controller的run-setting-times-browser-browser emulation “simulate a new user on each iteration”項。43.Action.c(6): Error -27792: Failed to transmit data to network: 10054 Connection reset by peer解決辦法：腳本和場景迭代延遲時間設置要相同44.Files transfer error: C:Documents and SettingsAdministrator.SCMCCLocal SettingsTempbrr_YAR.313netdire測試組生產環(huán)境UUC接口uuc_shell綜合場景2resultsres2_2073.eveWrite failure on machine 2. Check the available disk space.All Vusers on this machine will stop runningError: Failed to write data to the .eve file. Check that the remote host has enough disk space: system error - 磁盤空間不足Error: Failed returning to the last proper record in the .eve file: C:Documents and SettingsAdministrator.SCMCCLocal SettingsTempbrr_YAR.313netdire測試組生產環(huán)境UUC接口uuc_shell綜合場景2resultsres2_2073.eve.解決辦法：壓力機磁盤空間不足造成的。45.Action.c(38): Error -27492: HttpSendRequest failed, Windows error code=12002 and retry limit (0) exceeded for URL解決辦法：在runtime setting中的preferences- -options-http-request connect timeout(sec)的值設為999。46.Action.c(6): Error -26612: HTTP Status-Code=500 (Internal Server Error) for :10001/logonConsole.do;jsessionid=JSESSIONID2解決辦法：造成HTTP500錯誤如下幾個可能：1、運行的用戶數(shù)過多，對服務器造成的壓力過大，服務器無法響應，則報HTTP500錯誤。減小用戶數(shù)或者場景持續(xù)時間，問題得到解決。2、該做關聯(lián)的地方?jīng)]有去做關聯(lián)，則報HTTP500錯誤。進行手工或者自動關聯(lián)，問題得到解決。3、錄制時請求的頁面、圖片等，在回放的時候服務器找不到，則報HTTP500錯誤，若該頁面無關緊要，則可以在腳本中注釋掉，問題將會得到解決。例如：有驗證碼的情況下，盡管測試時已經(jīng)屏蔽了，但是錄制的時候提交了請求，但回放的時候不存在響應。4、參數(shù)化時的取值有問題，則報HTTP500錯誤?？蓪?shù)化列表中的數(shù)值，拿到實際應用系統(tǒng)中進行測試，可排除問題。5、更換了應用服務器（中間件的更換，如tomcat、websphere、jboss等），還是利用原先錄制的腳本去運行，則很可能報HTTP500錯誤。因為各種應用服務器處理的機制不一樣，所錄制的腳本也不一樣，解決辦法只有重新錄制腳本。6、Windows xp2 與ISS組件不兼容，則有可能導致HTTP500錯誤。對ISS組件進行調整后問題解決。7、系統(tǒng)開發(fā)程序寫的有問題，則報HTTP500錯誤。例如有些指針問題沒有處理好的，有空指針情況的存在。修改程序后問題解決。日志發(fā)現(xiàn)報了很多0ra-01000錯誤,這是oracle達到最大游標參數(shù)值,google了下,最大原因可能是JDBC連接沒關閉。最后查找weblogic連接池出了問題,很多連接沒關閉。查找后臺47.Action.c(15): 錯誤-27496: 內部錯誤(呼叫客戶服務): _eStat (7) != LRW_ITEM_STAT_ENUM_UNHANDLED for HandledTask at 048E180CAction.c(56): Error -27995: Requested link (Text=計劃管理) not foundMsgId: MERR-27995解決方法：在IE中的工具Internet選項高級HTML設置中選擇第二個腳本類型。48.錯誤-27279：內部錯誤（呼叫客戶服務）：Report initialization failed ,error code = -2147467259 MsgId : MERR-27279 解決辦法：建議重裝一下LR。這種問題有可能和你安裝有關.dll文件出錯不是說寫的程序就能修改的。49. Error -10489 : Exception was raised when calling per-thread-terminate function在用Loadrunner實施性能測試時，采用Goal模式加壓，存在如果持續(xù)長時加壓時oadRunner的Controller會報 Error -10489 : Exception was raised when calling per-thread-terminate function錯誤；產生原因：Unlike the earlier Windows versions, Windows 2000 and Windows XP have the default environment set to C:Document and SettingsLocal SettingsTemp instead of C:Windowstemp. This long path with a space can cause several problems for LoadRunner. To resolve the issue, change to a directory without empty spaces。解決方法：在C盤（或是其它盤均可以）新建TEMP文件夾（為了后續(xù)設置臨時文件準備），右鍵我的電腦-高級-環(huán)境變量-編輯修改TEMP變量目錄，指身上面新建的目錄，如我的指向C:TEMP-保存即可。50.Error -27727: Step download timeout (120 seconds)has expired when downloading resource(s). Set the “Resource Page Timeout is a Warning” Run-Time Setting to Yes/No to have this message as a warning/error, respectively解決方法：Run-Time Setting Internet Protocol PreferencesOption Step download timeout(sec)改為32000A、應用服務參數(shù)設置太大導致服務器的瓶頸B、頁面中圖片太多C、在程序處理表的時候檢查字段太大或多51.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 SettingInternet Protocol：PreferencesAdvanced區(qū)域中設置一個winlnet replay instead of sockets選項，再回放是否成功。52、Action.c(38): Error -27492: HttpSendRequest failed, Windowserror code=12002 and retry limit (0) exceeded for URL解決辦法：在runtime setting中的preferences- -options-http-request connect timeout(sec)的值設為999。53、Action.c(81):Continuing after Error -27498: Timed out while processing URL=0:7001/workflow/bjtel/leasedline/ querystat/ subOrderQuery.do錯誤分析：這種錯誤常常是因為并發(fā)壓力過大，服務器端太繁忙，無法及時響應客戶端的請求而造成的，所以這個錯誤是正?，F(xiàn)象，是壓力過大造成的。如果壓力很小就出現(xiàn)這個問題，可能是腳本某個地方有錯誤，要仔細查看腳本，提示的錯誤信息會定位某個具體問題發(fā)生的位置。解決辦法：例如上面的錯誤現(xiàn)象問題定位在某個URL上，需要再次運行一下場景，同時在其他機器上訪問此URL。如果不能訪問或時間過長，可能是服務器或者此應用不能支撐如此之大的負載。分析一下服務器，最好對其性能進行優(yōu)化。如果再次運行場景后還有超時現(xiàn)象，就要在各種圖形中分析一下原因，例如可以查看是否服務器、DNS、網(wǎng)絡等方面存在問題。最后，增加一下運行時的超時設置，在Run-Time SettingsInternet Protocol:Preferences中，單擊options，增加HTTP-request connect timeout 或者HTTP-request receive的值。54、用strtok函數(shù)分割字符串需要在loadrunner里面獲得“15”（下面紅色高亮的部分），并做成關聯(lián)參數(shù)。/Body response 內容： /OK8,7,5,15,6,5,0,4,0,3,0,3,2,0,0,0,1用web_reg_save_param取出“8,7,5,15,6,5,0,4,0,3,0,3,2,0,0,0,1”這一段，然后用strtok函數(shù)切割出一個個數(shù)字，第四個數(shù)字就是要找的值例如：extern char * strtok(char * string, const char * delimiters ); / Explicit declarationchar separators = ,;char * token;lr_save_string(1,2,3,4,5,6,str);token = (char *)strtok(lr_eval_string(str), separators); / Get the first tokenif (!token) lr_output_message (No tokens found in string!); return( -1 ); while (token != NULL ) / While valid tokens are returned lr_output_message (%s, token ); token = (char *)strtok(NULL, separators); / Get the next token 55、測試RTMP協(xié)議應該在LoadRunner選擇什么協(xié)議來錄制？解決辦法：用flex協(xié)議，有這幾個函數(shù)可用：flex_rtmp_connectConnects a client to an RTMP server and sets connection options.flex_rtmp_disconnectDisconnects a client from an RTMP server.flex_rtmp_sendSends messages to an RTMP server.flex_rtmp_receiveReceives responses from an RTMP serverFlex can record and replay scripts involving RTMP (Real Time Messaging Protocol). In order to enable