性能測試過程中遇到的一些問題總結(jié)

LoadRunner錄制腳本時(shí)為什么不彈出IE瀏覽器？答：啟動瀏覽器，打開Internet選項(xiàng)對話框，切換到高級標(biāo)簽，去掉“啟用第三方瀏覽器擴(kuò)展(需要重啟動)”的勾選，然后再次運(yùn)行VuGen即可解決問題；如果系統(tǒng)中安裝多個(gè)瀏覽器，使用IE6錄制腳本，IE6->工具->internet選項(xiàng)->高級，把"啟用第三方瀏覽器擴(kuò)展"前面的勾取消掉，再"確定".重啟一次IE也許可以解決；HTML-basedscript與URL-basedscript的腳本有什么區(qū)別？答：使用“HTMLbasedscript”的模式錄制腳本，VuGen為用戶的每個(gè)HTML操作生成單獨(dú)的步驟，這種腳本看上去比較直觀；使用“URLbasedscript”模式錄制腳本時(shí)，VuGen可以捕獲所有作為用戶操作結(jié)果而發(fā)送到服務(wù)器的HTTP青求，然后為用戶的每個(gè)請求分別生成對應(yīng)方法。通常，基于瀏覽器的Web應(yīng)用會使用“HTMLbasedscript”模式來錄制腳本；而沒有基于瀏覽器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進(jìn)行交互的JavaApplet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進(jìn)行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用了HTTPS安全協(xié)議，這時(shí)使用“URLbasedscript”模式進(jìn)行錄制。Loadrunner錄制腳本時(shí)Vuser_init,Action,Vuser_end的區(qū)別？錄制腳本時(shí)工具欄內(nèi)默認(rèn)會有"Vuser_init","Action","Vuser_end"3個(gè)腳本。"Vuser_init","Vuser_end"是必須存在，并且不能改名；"Action"腳本可以刪除，改名或增加若干新的腳本。"Vuser_init"通常用來存放初始化的腳本，例如登錄信息；"Vuser_end"?常用來存放結(jié)束腳本，例如退出信息；這兩個(gè)腳本只運(yùn)行一次，而"Action"腳本可以被設(shè)置運(yùn)行多次。為什么錄制腳本的時(shí)候要關(guān)閉瀏覽器？static(authenticateLicense();/**alex:每隔一個(gè)小時(shí)移除超時(shí)的Session*為什么把時(shí)間搞這么久呢？“瀏覽器非正常關(guān)閉時(shí)，不會通知服務(wù)器closeSession*本來想通過瀏覽心跳機(jī)制來解決，卻沒想到瀏覽器端每30秒通知用的setInterval與ajax沖突*當(dāng)ajax沒有得到反饋時(shí),setInterval的調(diào)用也停止了，不會每30秒做一次，很詭異，還要追查一下**于是，6.5.3給SessionIDInfor設(shè)置一個(gè)isActive的屬性，每次updateSession時(shí)設(shè)置為true,每次ReportServlet結(jié)束一個(gè)request時(shí)設(shè)置為false*只有isActive為false,才會被定時(shí)檢查刪除"但這么做導(dǎo)致了代碼的復(fù)雜度**于是在code里面就這么解決處理一下，因?yàn)檫@個(gè)定時(shí)操作是移除非正常關(guān)瀏覽器遺留的session，沒有必要太頻繁*/newTimer().schedule(newTimerTask()(publicvoidrun()(if(ConfigManager.getlnstance().isLicUseLock())(authenticateLicense();}removeTimeoutSessions();}},600000,600000);}當(dāng)客戶端瀏覽器訪問報(bào)表服務(wù)器端的某張報(bào)表時(shí)，便會產(chǎn)生一個(gè)session會話，當(dāng)用戶關(guān)閉瀏覽器的時(shí)候就會通知報(bào)表服務(wù)器關(guān)閉這個(gè)session。那么如果訪問的用戶多，每個(gè)用戶都產(chǎn)生>=1個(gè)session的話，可以看到session將會很多。如果session設(shè)置的為100個(gè)，session保持時(shí)間為3分鐘，那么如果3分鐘有105個(gè)session，超過的5個(gè)session就進(jìn)入等待狀態(tài)，如

果沒有關(guān)閉session,那么等待的session一直會占用線程，lr并發(fā)時(shí)，造成服務(wù)器線程不夠現(xiàn)象，事務(wù)無法通過。在Controller中運(yùn)行Web相關(guān)測試場景時(shí)，經(jīng)常會有很多超時(shí)錯誤提示，如何處理這類問題？答：這主要有腳本的默認(rèn)超時(shí)設(shè)置引起。當(dāng)回放Web腳本時(shí)，有時(shí)候由于服務(wù)器響應(yīng)時(shí)間較長，會產(chǎn)生超時(shí)的錯誤。這時(shí)需要修改腳本的運(yùn)行時(shí)配置。進(jìn)入“Run-timeSetting”對話框后，依次進(jìn)入“InternetProtocolfPreference”。然后點(diǎn)擊“Options,”按鈕，進(jìn)入高級設(shè)置對話框，可以修改各類超時(shí)設(shè)置的默認(rèn)值。LoadRunner如何自動創(chuàng)建腳本關(guān)聯(lián)？遇到sessionID之所以要用到關(guān)聯(lián)，是因?yàn)槊看卧L問被測頁面時(shí)sessionID都是不同的，如果不關(guān)聯(lián)sessionID，錄制后的腳本就把sessionID寫死了，測試時(shí)，每次訪問的都是同一個(gè)sessionID的頁面，這是不符合實(shí)際的。而創(chuàng)建關(guān)聯(lián)，就是把產(chǎn)生的sessionID保存在一個(gè)變量中，供后面訪問使用。錄制好腳本之后，查看腳本，找到sessionID，選中，右擊Ascanforcorrelations，就會彈出創(chuàng)建關(guān)聯(lián)的界面，在最底下的showdifferencesin下拉框中選擇allaction，然后loadrunner就會reply這個(gè)腳本，查看在sessionID部分，是不是和之前錄好的不一樣，如果是的，就會在下面顯示出來，然后我們點(diǎn)擊右下角的correlation,那么關(guān)聯(lián)就已經(jīng)自動幫你創(chuàng)建好了，你可以打開腳本找到關(guān)于關(guān)聯(lián)的參數(shù)定義。為什么Windows系統(tǒng)中的CPU內(nèi)存等資源仍然充足，但是模擬的用戶數(shù)量卻上不去？答：在Windows計(jì)算機(jī)的標(biāo)準(zhǔn)設(shè)置下，操作系統(tǒng)的默認(rèn)限制只能使用幾百個(gè)Vuser，這個(gè)限制與CPU或內(nèi)存無關(guān)，主要是操作系統(tǒng)本身規(guī)定了默認(rèn)的最大線程數(shù)所導(dǎo)致。要想突破Windows這個(gè)限制，須修改Windows注冊表。以WindowsXPProfessional為例。打開注冊表后，進(jìn)入注冊表項(xiàng)HKEY_LOCAL_MACH中I的下列關(guān)鍵字：System'CurrentControlSet'Control'SessionManager'SubSystems。找到Windows關(guān)鍵字，Windows關(guān)鍵字如下所示：%SystemRoot%\system32\csrss.exebjectDirectory=\WindowsSharedSection=1024,3072,512Windows=OnSubSystemType=WindowsServerDll=basesrv,1ServerDll=winsrv:UserServerDIIInitialization,3ServerDll=winsrv:ConServerDIIInitialization,2ProfileControl=OffMaxRequestThreads=16SharedSection=1024,3072,512關(guān)鍵字的格式為xxxx,yyyy,zzz。其中，xxxx定義了系統(tǒng)范圍堆的最大值(以KB為單位)，yyyy定義每個(gè)桌面堆得大小。將yyyy的設(shè)置從3072更改為8192(即8MB，增加SharedSection參數(shù)值。通過對注冊表的更改，系統(tǒng)將允許運(yùn)行更多的線程，因而可以在計(jì)算機(jī)

上運(yùn)行更多的Vuser。這意味著能夠模擬的最大并發(fā)用戶數(shù)量將不受Windows操作系統(tǒng)的限制，而只受硬件和內(nèi)部可伸縮性限制的約束。如何讓場景的用戶執(zhí)行發(fā)生錯誤繼續(xù)運(yùn)行，以保證不間斷進(jìn)行壓力測試？答：用VuGer打開虛擬用戶腳本后，進(jìn)入“Run-timeSettings”對話框后，依次進(jìn)入“General—Miscellaneous”，可以看到Miscellaneous設(shè)置中關(guān)于“ErrorHandling”的配置。勾選“Continueonerror”即可讓虛擬用戶發(fā)生錯誤繼續(xù)運(yùn)行。LR運(yùn)行場景時(shí)如何監(jiān)控windows資源圖1、首先保證被監(jiān)視的windows系統(tǒng)開啟以下二個(gè)服務(wù)RemoteProcedureCall（RPC）和RemoteRegistryService。這兩項(xiàng)服務(wù)在“管理工具”下的“服務(wù)”。2、被監(jiān)視的WINDOWS器：右擊我的電腦，選擇管理-〉共享文件夾-〉共享在這里面要有c$a個(gè)共享文件夾，若沒有進(jìn)行手動添加3、測試機(jī)使用運(yùn)行.輸入被監(jiān)視機(jī)器IP\C$然后輸入管理員帳號和密碼，如果能看到被監(jiān)視機(jī)器的C盤了，就說明你得到了那臺機(jī)器的管理員權(quán)限。完成了以后的準(zhǔn)備工作，就可以在LoadRunner的controller中監(jiān)控windows了，操作步驟：在“windowsresources”監(jiān)視圖中右擊鼠標(biāo)，選擇“addmeasurement跳出“windowsresources”框，點(diǎn)擊“add”輸入被監(jiān)控的IP。在“resourcemeasurementon”選項(xiàng)框中選擇要用到的計(jì)數(shù)器。為什么LoadRuner負(fù)載測試設(shè)置超過1000并發(fā)，運(yùn)行時(shí)加壓不上去？因?yàn)閘oadRunner默認(rèn)的vuser最大值為1000，需要修改vuser默認(rèn)值。點(diǎn)擊Controller設(shè)計(jì)界面的Generators--〉Disable,將VuserLimits設(shè)置為想要的值問題描述wsa_io_pendingIOOverlapped是一種異步IO,在socket層，只有少量數(shù)據(jù)發(fā)送的時(shí)候，只要createnewthread,send,receive,就可以了。但是，當(dāng)數(shù)據(jù)量增加的時(shí)候，要考慮資源的充分利用，也要避免資源的擁塞隊(duì)列，如果創(chuàng)建線程過多，和CPU內(nèi)存磁盤等資源的交互過多，可能導(dǎo)致?lián)砣霈F(xiàn)。解決方法，調(diào)整tomcat的線程TOMCA的線程解釋maxThreads：tomcat起動的最大線程數(shù)，即同時(shí)處理的任務(wù)個(gè)數(shù)，默認(rèn)值為200acceptCount:當(dāng)tomcat起動的線程數(shù)達(dá)到最大時(shí)，接受排隊(duì)的請求個(gè)數(shù)，默認(rèn)值為100這兩個(gè)值如何起作用，請看下面三種情況情況1：接受一個(gè)請求，此時(shí)tomcat起動的線程數(shù)沒有到達(dá)maxThreads,tomcat會起動一個(gè)線程來處理此請求。情況2：接受一個(gè)請求，此時(shí)tomcat起動的線程數(shù)已經(jīng)到達(dá)maxThreads,tomcat會把此請求放入等待隊(duì)列，等待空閑線程。情況3:接受一個(gè)請求，此時(shí)tomcat起動的線程數(shù)已經(jīng)到達(dá)maxThreads,等待隊(duì)列中的請求個(gè)數(shù)也達(dá)到了acceptCount,此時(shí)tomcat會直接拒絕此次請求，返回connectionrefusedmaxThreads女M可配置一般的服務(wù)器操作都包括量方面：1計(jì)算（主要消耗cpu）,2等待（io、數(shù)據(jù)庫等）第一種極端情況，如果我們的操作是純粹的計(jì)算，那么系統(tǒng)響應(yīng)時(shí)間的主要限制就是cpu的運(yùn)算能力，此時(shí)maxThreads應(yīng)該盡量設(shè)的小，降低同一時(shí)間內(nèi)爭搶cpu的線程個(gè)數(shù),可以提高計(jì)算效率,提高系統(tǒng)的整體處理能力。第二種極端情況，如果我們的操作純粹是IO或者數(shù)據(jù)庫，那么響應(yīng)時(shí)間的主要限制就變?yōu)榈却獠抠Y源，此時(shí)maxThreads應(yīng)該盡量設(shè)的大，這樣才能提高同時(shí)處理請求的個(gè)數(shù)，從而提高系統(tǒng)整體的處理能力。此情況下因?yàn)閠omcat同時(shí)處理的請求量會比較大，所以需要關(guān)注一下tomcat的虛擬機(jī)內(nèi)存設(shè)置和linux的openfile限制?，F(xiàn)實(shí)應(yīng)用中，我們的操作都會包含以上兩種類型（計(jì)算、等待），所以maxThreads的配置并沒有一個(gè)最優(yōu)值，一定要根據(jù)具體情況來配置。最好的做法是：在不斷測試的基礎(chǔ)上，不斷調(diào)整、優(yōu)化，才能得到最合理的配置。acceptCount的配置，我一般是設(shè)置的跟maxThreads一樣大，這個(gè)值應(yīng)該是主要根據(jù)應(yīng)用的訪問峰值與平均值來權(quán)衡配置的。如果設(shè)的較小，可以保證接受的請求較快相應(yīng)，但是超出的請求可能就直接被拒絕如果設(shè)的較大，可能就會出現(xiàn)大量的請求超時(shí)的情況，因?yàn)槲覀兿到y(tǒng)的處理能力是一定的。Loadrunner的thinktime設(shè)置“ThinkTime”顧名思義-思考時(shí)間。它效仿真實(shí)用戶在實(shí)際操作過程中的等待時(shí)間。也就是說，實(shí)際用戶在瀏覽網(wǎng)頁，操作B/S系統(tǒng)的時(shí)候，不可能像機(jī)器一樣不停的點(diǎn)啊點(diǎn)，在操作和操作之間會有一定的間隔。如：你瀏覽網(wǎng)頁，打開一個(gè)或幾個(gè)網(wǎng)頁后，你會閱讀，讀過之后才會繼續(xù)打開新網(wǎng)頁。你閱讀時(shí)所消耗的時(shí)間就是ThinkTime。對于服務(wù)器來說，這段時(shí)間是沒有壓力的。我們做性能測試，很多時(shí)候就要模擬這種狀態(tài)。例如：某系統(tǒng)，要求滿足100用戶同時(shí)在線操作，響應(yīng)時(shí)間在5秒。如果不設(shè)置ThinkTime,我覺得，你的測試是失敗的。大家想想為什么？答案將在文章的結(jié)尾揭曉。下面我來講解一下LR中ThinkTime的設(shè)置。設(shè)置ThinkTime有兩種方式，一種是使用Recordthinktime在錄制過程中根據(jù)實(shí)際等待時(shí)間自動的寫入腳本。另一種是在腳本錄制結(jié)束后手動加入到腳本中。接下來我們詳細(xì)介紹。自動：位置及操作：RecordingOption一Advaneed:勾上Recordthinktime,這樣在你錄制的時(shí)候，ThinkTime就會自動添加入你的腳本。需要注意的是，后面還有一項(xiàng)Thinktimethreshold，它的作用是定義你所要錄制的ThinkTime的最小時(shí)間。舉個(gè)例子，如果你把這個(gè)值設(shè)置為5秒，那么如果錄制過程中等待的時(shí)間小于5秒，那么就不會在腳本中記錄這個(gè)ThinkTime。手動：位置及操作：腳本中任何你想要插入的地方。注意，不要將ThinkTime插入到你定義的事務(wù)當(dāng)中，否則，測出的事務(wù)時(shí)間需要減去ThinkTime的時(shí)

間呦。操作：在你想要插入ThinkTime的地方，右鍵，Insert—NewStep在TimeToThink()second在空中填寫你為想要設(shè)置的時(shí)間。也可以在腳本中直接寫函數(shù)|r_think_time();添加好后，我們在Run-timeSettings中設(shè)置執(zhí)行的策略。位置：Run-timeSettings—ThinkTime。進(jìn)入后，我們會看到兩個(gè)選項(xiàng)。Ignorethinktime:忽略thinktime，也就是即使你添加了thinktime，腳本執(zhí)行的時(shí)候也不會理睬，忽略不執(zhí)行。Replaythethinktime:下面還有3個(gè)子項(xiàng)。Asrecorded:按照錄制的執(zhí)行。不用多說。Multiplyrecordedthinktimeby:這就是我錄制的thinktime乘一個(gè)系數(shù)。如，你錄制的thinktime是4秒，在這里設(shè)置2，最后執(zhí)行時(shí)就會按4秒X2=8秒來執(zhí)行。如果你想要執(zhí)行2秒，就在這里填0.5。Userandompercentageoftherecordedthinktime:這里隨機(jī)設(shè)置一個(gè)百分比，并規(guī)定上下限。如，錄制的thinktime為4秒。Min為50%,Max為200%。那么執(zhí)行的時(shí)候它就會從2秒到8秒內(nèi)隨機(jī)取一個(gè)數(shù)來執(zhí)行。Limitthinktimeto:為thinktime設(shè)置一個(gè)上限，不管上面的如何設(shè)置，執(zhí)行的時(shí)候，取值都不會操過這個(gè)上限。講到這里，thinktime的設(shè)置大家應(yīng)該很明白了。不知道讓大家思考的問題是否想通了。需求說的是100用戶同時(shí)在線操作，注意，是在線！大家想想，100人在線肯定有人在操作，也有人只是在線，沒有對服務(wù)器發(fā)出任何請求。如果不設(shè)置thinktime，相當(dāng)于100人并發(fā)操作，每個(gè)人都不停的向服務(wù)器發(fā)送請求，這比需求的壓力可是大很多的呦問題描述stepdownloadtimeout(120seconds)這是一個(gè)經(jīng)常會遇到的問題，解決得辦法走以下步驟：1、修改runtimesetting中的請求超時(shí)時(shí)間，增加到600s,其中有三項(xiàng)的參數(shù)可以一次都修改了，HTTP-requestconnecttimeout，HTTP-requestreceievetimeout，Stepdownloadtimeout，分別建議修改為600、600、5000;runtimesetting設(shè)置完了后記住還需要在control組件的option的runtimesetting中設(shè)置相應(yīng)的參數(shù)；2、辦法一不能解決的情況下，解決辦法如下：設(shè)置runttimesetting中的internetprotocol-preferences中的advaced區(qū)域有一個(gè)winlnetreplayinsteadofsockets選項(xiàng)，選項(xiàng)后再回放就成功了。切記此法只對windows系統(tǒng)起作用。問題描述Connectionresetbypeer這個(gè)問題不多遇見，一般是由于下載的速度慢，導(dǎo)致超時(shí)，所以，需要調(diào)整一下超時(shí)時(shí)間。解決辦法：Run-timesetting窗口中的‘InternetProtocol'—'Preferences'設(shè)置setadvaneedoptions(設(shè)置高級選項(xiàng))，重新設(shè)置一下“HTTPrequestconnecttimeout(sec)，可以稍微設(shè)大一些”；

問題描述connectionrefused這個(gè)的錯誤的原因比較復(fù)雜，也可能很簡單也可能需要查看好幾個(gè)地方，解決起來不同的操作系統(tǒng)方式也不同；1、首先檢查是不是連接weblogic服務(wù)過大部分被拒絕，需要監(jiān)控weblogic的連接等待情況，此時(shí)需要增加acceptBacklog，每次增加25%來提高看是否解決，同時(shí)還需要增加連接池和調(diào)整執(zhí)行線程數(shù)，（連接池?cái)?shù)"StatementCacheSize）的值應(yīng)該小于等于oracle數(shù)據(jù)庫連接數(shù)最大值；2、如果方法一操作后沒有變化，此時(shí)需要去查看服務(wù)器操作系統(tǒng)中是否對連接數(shù)做了限制，AIX下可以直接vi文件limits修改其中的連接限制數(shù)，還有tcp連接等待時(shí)間間隔大小，wiodows類似，只不過wendows修改注冊表，具體修改方法查手冊，注冊表中有TcpDelayTime項(xiàng)；問題描述Failedtoconnecttoserver這個(gè)問題一般是客戶端鏈接到服務(wù)失敗，原因有兩個(gè)客戶端連接限制（也就是壓力負(fù)載機(jī)器），一個(gè)網(wǎng)絡(luò)延遲嚴(yán)重，解決辦法：1、修改負(fù)載機(jī)器的tcpdelaytime注冊表鍵值，改小；2、檢查網(wǎng)絡(luò)延遲情況，看問題出在什么環(huán)節(jié)；建議為了減少這種情況，辦法一最好測試前就完成了，保證干凈的網(wǎng)絡(luò)環(huán)境，每個(gè)負(fù)載機(jī)器的壓力測試用戶數(shù)不易過大，盡量平均每臺負(fù)載器的用戶數(shù)，這樣以上問題出現(xiàn)的概率就很小了。問題描述：Overlappedtransmissionofrequestto...WSA_IO_PENDING這個(gè)問題，解決方法：1、方法一，在腳本前加入web_set_sockets_option（"OVERLAPPED_SEND","0"），禁用TTFB細(xì)分，問題即可解決，但是TTFB細(xì)分圖將不能再使用，附圖。2、方法二，可以通過增加連接池和應(yīng)用系統(tǒng)的內(nèi)存，每次增加25%問題描述：Failedtotransmitdatatonetwork:[10057]Socketisnotconnected這個(gè)錯誤是由網(wǎng)絡(luò)原因造成的，PC1和PC2上面都裝了相同的loadrunner9.0,且以相同數(shù)量的虛擬用戶數(shù)運(yùn)行相同的業(yè)務(wù)（機(jī)器上的其他條件都相同），PC1上面有少部分用戶報(bào)錯，PC2上的用戶全部執(zhí)行通過。最佳并發(fā)數(shù)，最大并發(fā)數(shù)看過陳雷寫的一篇關(guān)于理發(fā)店模型的文章，里面就分析了系統(tǒng)最佳并發(fā)數(shù)和最大并發(fā)數(shù)，引用一下原文：假設(shè)理發(fā)店有3個(gè)理發(fā)師，每剪一個(gè)頭需要1小時(shí)，客戶的忍耐時(shí)間為3小時(shí)，那么，這個(gè)理發(fā)店的最佳并發(fā)用戶數(shù)為3,最大并發(fā)數(shù)為9，根據(jù)以上的說法，我個(gè)人認(rèn)為：我們在做性能測試時(shí)，系統(tǒng)的最佳并發(fā)數(shù)為系統(tǒng)的最大連接數(shù)（人為設(shè)置），系統(tǒng)的最大并發(fā)數(shù)為：當(dāng)系統(tǒng)出現(xiàn)事物超時(shí)、用戶運(yùn)行失敗、系統(tǒng)崩毀時(shí)的并發(fā)數(shù)以上是個(gè)人理解LoadRunner重裝遇到的問題如果安裝LoadRunner最新版本失敗，相信很多朋友都會遇到重新安裝不成功的煩惱。原因可能是多種情況，可能是早期的LoadRunner版本兼容性問題導(dǎo)致安裝失敗，也可能安裝過程中彈出組件注冊失敗的各種錯誤。如果正常重新安裝，只能先讓LoadRunner充分卸載。可以按以下的步驟操作：。保證所有LoadRunner的相關(guān)進(jìn)程（包括Controller,VuGen、Bnalysis和BgentProcess）全部關(guān)閉。備份好LoadRunner安裝目錄下測試腳本，這些腳本一般存放在LoadRunner安裝目錄下的“scr1pts”子目錄里。在操作系統(tǒng)控制面板的“刪除與添加程序”中運(yùn)行LoadRunner的卸載程序。如果彈出提示信息關(guān)于共享文件的，都選擇全部刪除。卸載向?qū)瓿珊?，按照要求重新啟動電腦。完成整個(gè)LoadRunner卸載過程。刪除整個(gè)LoadRunner目錄。（包括BgentProcess）。在操作中查找下列文件，并且刪除它們。1）wlrun.*2）vugen.*運(yùn)行注冊表程序（開始-運(yùn)行-regedit）。刪除下列鍵值：如果只安裝了Ml公司的LoadRunner這一個(gè)產(chǎn)品，請刪除：HKEY_LODBL_MBDHINESOFTWBREMercuryInteractive.HKEY_DURRENT_USERSOFTWBREMercurylnteractive.否則請刪除：HKEY_LODBL_MBDHlNESOFTWBREMercurylnteractiveLoadRunner.HKEY_DURRENT_USERSOFTWBREMercurylnteractiveLoadRunner.最后清空回收站。如果你完成了以上操作，你就可以正常的重新安裝LoadRunner.最好保證安裝LoadRunner時(shí)關(guān)閉所有的殺毒程序。因?yàn)橐酝诎惭bLoadRunner時(shí)同時(shí)運(yùn)行殺毒程序會出現(xiàn)不可預(yù)知的問題。License的問題：卸載：因?yàn)橹耙恢睕]有分析正確問題的所在，所以卸載和重新安裝loadrunner好幾次，關(guān)于卸載的一些問題，及時(shí)你按照卸載工具卸載了loadrunner，下次裝的時(shí)候還是會包license失效，解決方法，要登錄到注冊表regedit中。刪除如下內(nèi)容：HKEY_DLBSSES_ROOT\Mercury.Lm70DontrolHKEY_DLBSSES_ROOT\Mercury.Lm70Dontrol.1同時(shí)刪除Mercury.Lm70DontrolMgrMercury.Lm70DontrolMgr.1然后就使用查找功能，搜索“Me