Loadrunner11常見問題整理

1、一、LoadRunner常見問題整理1. LoadRunner錄制腳本時為什么不彈出IE瀏覽器？（1）當一臺主機上安裝多個瀏覽器時，LoadRunner錄制腳本經(jīng)常遇到不能打開瀏覽器的情況，可以用下面的方法來解決。提示：通常安裝Firefox等瀏覽器后，都會勾選上面得選項，導(dǎo)致不能正常錄制。因此建議運行LoadRunner得主機上保持一個干凈的測試環(huán)境。LR錄制腳本的瀏覽器必須設(shè)置成成默認瀏覽器,最好就用一個IE8瀏覽器。（2）工具-Internet選項-高級-取消<啟用第三方瀏覽器擴展（需重啟）>和<啟用內(nèi)存聯(lián)機保護>（3）IE選項安全，自定義級別設(shè)為低.（4）在我的

2、電腦>屬性>高級>性能設(shè)置>數(shù)據(jù)執(zhí)行保護，將lr的bin>vugen.exe加入，成功。修改此處TD使用不正常。（5）在啟動LR 的vuser 開始錄制的Program to record 自己指定Microsoft Internet Explorer安裝目錄下的exe。（6）在lr的安裝目錄（例如D:Program FilesMercuryLoadRunnerbin）下，單擊register_vugen.bat文件，然后重新啟動一下。(好多目錄下沒有該文件)（7）成功錄制腳本N次后，再次錄制時IE瀏覽器就打不開了？在任務(wù)管理器中殺掉iexplore.exe進程樹

3、，因為已經(jīng)打開IE瀏覽器進程了，所以LR11錄制腳本打不開。關(guān)閉Vuser腳本生成器重新打開，重新錄制，可解決問題。（8）成功錄制腳本N次后，再次錄制時IE瀏覽器就打不開了？此時關(guān)掉所有殺毒軟件，防火墻.問題解決。奇葩事，本來還以為是IP<21>和<21>來回互換導(dǎo)致的呢。2. 安裝Loadrunner11的時候，系統(tǒng)提示“安裝程序已啟動，正等待重新啟動.”解決辦法：進入注冊表（開始 運行 regedit），通過修改注冊表的方法來解決。除了LoadRunner安裝時遺留下的垃圾文件，還必須進行以下操作，依次查找 HKEY_LO

4、CAL_MACHINESYSTEMCurrentControlSetControlSession Manager，找到“PendingFileRenameOperations”值，并刪除其中所有數(shù)據(jù)，之后就可以正常安裝LoadRunner。3. 啟動LoadRunner11自帶的web程序報錯：(開始-HP-Loadrunner-Samples-web-Start web Server)出錯：Could not open http port 1080-port is already used by another server(WSAEADDRINUSE)找到xitami.cfg,將protb

5、ase=1000改為2000。C:Program FilesMercury InteractiveMercury LoadRunnerWebToursxitami.cfg4. 打開LoadRunner示例程序webtours的“Find Flight”界面，出現(xiàn)日歷控件無法加載，提示JAVA安裝程序已被阻止?控制面板-Java-安全，調(diào)低，例外站點添加webtours的程序鏈接，備注JDK1.6安全選項只有證書，沒有安全等級設(shè)置，JDK1.7版本及以上才有。5. 錄制Web腳本時，生成的腳本中存在亂碼該如何解決？錄制腳本前，打開錄制選項配置對話框Record-Options，進入到Advanc

6、ed標簽，先勾選“Support charset”，然后選擇中支持UTF-8。再次錄制，就不會出現(xiàn)中文亂碼問題。6. HTML-based script與URL-based script的腳本有什么區(qū)別？使用“HTML-based script”的模式錄制腳本，VuGen為用戶的每個HTML操作生成單獨的步驟，這種腳本看上去比較直觀；使用“URL-based script”模式錄制腳本時，VuGen可以捕獲所有作為用戶操作結(jié)果而發(fā)送到服務(wù)器的HTTP請求，然后為用戶的每個請求分別生成對應(yīng)方法。通常，基于瀏覽器的Web應(yīng)用會使用“HTML-based script”模式來錄制腳本；而沒有基于瀏覽

7、器的Web應(yīng)用、Web應(yīng)用中包含了與服務(wù)器進行交互的Java Applet、基于瀏覽器的應(yīng)用中包含了向服務(wù)器進行通信的JavaScript/VBScript代碼、基于瀏覽器的應(yīng)用中使用了HTTPS安全協(xié)議，這時使用“URL-based script”模式進行錄制。7. 為什么腳本中添加了檢查方法Web-find，但是腳本回放時卻沒有執(zhí)行？由于檢查點功能會耗費一定的資源，因此LoadRunner默認關(guān)閉了對文本及圖像的檢查。要想開啟檢查功能，必須修改運行時的配置Run-time Setting。進入“Run-time Setting”對話框，依次進入“Internet ProtocolPrefe

8、rences”，勾選Checks下的“Enable Image and text check”選項即可。檢查執(zhí)行結(jié)果時推薦使用web_reg_find方法。8. 運行時的Pacing設(shè)置主要影響什么？Pacing主要用來設(shè)置重復(fù)迭代腳本的間隔時間。共有三種方法：上次迭代結(jié)束后立刻開始、上次迭代結(jié)束后等待固定時間、按固定或隨機的時間間隔開始執(zhí)行新的迭代。根據(jù)實際需要設(shè)置迭代即可。通常，沒有時間間隔會產(chǎn)生更大的壓力。9. 運行時設(shè)置Log標簽中，如果沒有勾選“Enable logging”，則手工消息可以發(fā)送嗎？Enable logging選項僅影響自動日志記錄和通過lr_log_message發(fā)

9、送的消息。即使沒有勾選，虛擬用戶腳本中如果使用lr_message、lr_output_message、lr_error_message,仍然會記錄其發(fā)出的消息。10. LoadRunner 8.0版本的VuGen在錄制Web Services協(xié)議的腳本時一切正常，而回放時報出錯誤提示“Error：server returned an incorrectly formatted SOAP response”。這時說明原因引起的？造成這種情況的主要原因是LoadRunner 8.0的VuGen在錄制Web Service協(xié)議的腳本時存在一個缺陷：如果服務(wù)器的操作系統(tǒng)是中文的，VuGen會自動將W

10、SDL文件的頭改為<?xml version=”1.0” encoding=”zh_cn”?>，因此會有上面的錯誤提示。解決方法：把“LR80WebservicesFPI_setup.exe”和“l(fā)runner_web_sevices_path_1.exe”兩個補丁打上即可解決。11. VuGen支持Netscape的客戶證書嗎？不支持。目前的VuGen 8.0版本中僅支持Internet Explorer的客戶端證書。錄制腳本時可以先從Netscape中導(dǎo)出所需的證書，然后將其導(dǎo)入到Internet Explorer中，并確保以相同的順序?qū)С龊蛯?dǎo)入這些證書。而且，在每臺將要錄制或

11、運行需要證書的Web Vuser腳本的計算機上都要重復(fù)執(zhí)行前面的過程。12. VuGen會修改錄制瀏覽器中的代理服務(wù)器設(shè)置嗎？會修改。在開始錄制基于瀏覽器的Web Vuser腳本時，VuGen首先會啟動指定的瀏覽器。然后，VuGen會指示瀏覽器訪問VuGen代理服務(wù)器。為此，VuGen會修改錄制瀏覽器上的代理服務(wù)器設(shè)置。默認情況下，VuGen會立即將代理服務(wù)器設(shè)置更改為Localhost:7777。錄制之后，VuGen會將原始代理服務(wù)器設(shè)置還原到該錄制瀏覽器中。因此，在VuGen進行錄制的過程中，不可以更改代理服務(wù)器設(shè)置，否則將無法正常進行。13. 在LoadRunner腳本如何輸出當前系統(tǒng)時

12、間？LoadRunner提供了char *ctime(const time_t *time)函數(shù)，調(diào)用參數(shù)為一個Long型的整數(shù)指針，用于存放返回時間的數(shù)值表示。調(diào)用語句與返回值如下示例：typedef long time_t;Action()        time_t t;        lr_message(“Time in seconds since 1/1/70: %ldn”,time(&t);   

13、0;    lr_message(“System time and date: %s”,ctime(&t);輸出結(jié)果為：Time in seconds since 1/1/70: 1185329968System time and date:Wed Jul 25 10:19:28 200714. 一些Web虛擬用戶腳本錄制后立刻回放沒有任何問題，但是當設(shè)置迭代次數(shù)大于1時，如果進行回放則只能成功迭代一次。為什么從第二次迭代開始發(fā)生錯誤？這種現(xiàn)象多是由于在“Run-time Setting”的“Browse Emulation”的設(shè)置中，勾選了“Simula

14、te a new user on each iteration”及其下面的選項“Clear cache on each iteration”這兩個選項的含義是每次迭代時模擬一個新的用戶及每次迭代時清除緩存。由于腳本迭代時，init和end只能執(zhí)行一次，如果每次迭代都模擬一個新的用戶并清除緩存，則用戶登錄信息將一并清除，因此迭代時可能會發(fā)生錯誤。15. 虛擬客戶腳本“Run-time Setting”中的線程和進程運行方式的區(qū)別？如果選擇“Run Vuser as a process”，則場景運行時會為每一個虛擬用戶創(chuàng)建一個進程；選擇“Run Vuser as a thread”則將每個虛擬用戶

15、作為一個線程來運行，在任務(wù)管理器中只看到一個mmdrv.exe，這種方式的運行效率更高，能造成更大的壓力，時默認選項。另外，如果啟用了IP欺騙功能，則先在Controller中選中Tools菜單下的“Expert Mode”，然后將Tools菜單下的“Options>General”標簽頁中的IP地址分配方式也設(shè)置為與Vuser運行方式一致，同為線程或進程方式。16. 在Controller中運行Web相關(guān)測試場景時，經(jīng)常會有很多超時錯誤提示，如何處理這類問題？這主要有腳本的默認超時設(shè)置引起。當回放Web腳本時，有時候由于服務(wù)器響應(yīng)時間較長，會產(chǎn)生超時的錯誤。這時需要修改腳本的運行時配置

16、。進入“Run-time Setting”對話框后，依次進入“Internet ProtocolPreference”。然后點擊“Options”按鈕，進入高級設(shè)置對話框，可以修改各類超時設(shè)置的默認值。17. 為什么Windows系統(tǒng)中的CPU、內(nèi)存等資源仍然充足，但是模擬的用戶數(shù)量卻上不去？在Windows計算機的標準設(shè)置下，操作系統(tǒng)的默認限制只能使用幾百個Vuser，這個限制與CPU或內(nèi)存無關(guān)，主要是操作系統(tǒng)本身規(guī)定了默認的最大線程數(shù)所導(dǎo)致。要想突破Windows這個限制，須修改Windows注冊表。以Windows XP Professional為例。（1）打開注冊表后，進入注冊表項HK

17、EY_LOCAL_MACHINE中的下列關(guān)鍵字：SystemCurrentControlSetControlSession ManagerSubSystems。（2）找到Windows關(guān)鍵字，Windows關(guān)鍵字如下所示：%SystemRoot%system32csrss.exe bjectDirectory=WindowsSharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=

18、winsrv:ConServerDllInitialization,2ProfileControl=Off MaxRequestThreads=16SharedSection=1024,3072,512關(guān)鍵字的格式為xxxx,yyyy,zzz。其中，xxxx定義了系統(tǒng)范圍堆的最大值（以KB為單位），yyyy定義每個桌面堆得大小。（3）將yyyy的設(shè)置從3072更改為8192（即8MB），增加SharedSection參數(shù)值。通過對注冊表的更改，系統(tǒng)將允許運行更多的線程，因而可以在計算機上運行更多的Vuser。這意味著能夠模擬的最大并發(fā)用戶數(shù)量將不受Windows操作系統(tǒng)的限制，而只受硬件和內(nèi)部

19、可伸縮性限制的約束18. Controller中設(shè)置了用戶并發(fā)數(shù)量，但是運行時為何初始化的用戶數(shù)量少于實際數(shù)量？主要時設(shè)置問題。在ToolsoptionsRun-time setting中可以設(shè)置每次最多初始化的虛擬用戶。如果需要100個并發(fā)用戶，則將該值設(shè)置為大于100的數(shù)值。另外，注意LoadRunner相關(guān)協(xié)議License的更新，確保使用的License能夠允許所需要的并發(fā)用戶數(shù)量。19. 如何讓場景的用戶執(zhí)行發(fā)生錯誤繼續(xù)運行，以保證不間斷進行壓力測試？用VuGen打開虛擬用戶腳本后，進入“Run-time Settings”對話框后，依次進入“GeneralMiscellaneous

20、”，可以看到Miscellaneous設(shè)置中關(guān)于“Error Handling”的配置。勾選“Continue on error”即可讓虛擬用戶發(fā)生錯誤繼續(xù)運行。20. 為什么.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的主機則安裝

21、8.0和8.1兩個版本均可。此外，產(chǎn)生壓力的 LoadRunner客戶端上預(yù)先應(yīng)該安裝.NET運行環(huán)境，如果Microsoft Visual Studio 2005開發(fā)的是.NET虛擬用戶，則應(yīng)該安裝Microsoft .NET Framework SDK v2.0。21. 測試分析結(jié)果中會統(tǒng)計Action時間，而實際上可能并不須要這些數(shù)據(jù)，如何只顯示自己定義的用戶事務(wù)？進入腳本的運行時設(shè)置，依次進入GeneralMiscellaneous。默認情況下，自動事務(wù)配置“Automatic Transactions”下有兩個選項：第一個是把腳本的Action部分定義為一個事務(wù)；第二個時把腳本的每一

22、部分定義為一個事務(wù)。去掉這兩個勾選后，測試結(jié)果將會只顯示自己定義的用戶事務(wù)。22. 測試結(jié)果中，Summary和平均事務(wù)響應(yīng)時間圖里的各個事務(wù)的最大值、平均值、最小值為什么顯示不一樣？主要是受采樣時間的影響。Summary里的事務(wù)平均響應(yīng)時間是根據(jù)整個場景執(zhí)行過程得到的數(shù)據(jù)計算所得，最大值與最小值也是從整個場景中得到的。平均事務(wù)響應(yīng)時間圖主要時按照LoadRunner分析出來的采樣頻率來獲取事務(wù)響應(yīng)時間的最大值與最小值，然后計算平均值。可以通過“Set Granularity”來修改平均事務(wù)響應(yīng)時間圖的采樣頻率。如果把“Granularity”設(shè)為場景執(zhí)行時間，則統(tǒng)計結(jié)果將會一致。23. 統(tǒng)計

23、結(jié)果中的總點擊量Total Hits時用戶的鼠標點擊次數(shù)嗎？Total Hits不時按照用戶的鼠標點擊次數(shù)來計算的，而是按照各個虛擬客戶端向后臺發(fā)起的總的請求數(shù)來進行統(tǒng)計的。例如在向服務(wù)器請求的一個頁面中，如果該頁面包含5個圖片，用戶只要單擊鼠標就可以訪問該頁面，而單個虛擬用戶在LoadRunner訪問的點擊量為1+5=6次。24. 有些Web測試結(jié)果分析圖（例如每秒返回頁面數(shù)）在測試結(jié)果分析圖中無法看到，如何進行配置？用VuGen打開虛擬用戶腳本后，進入“Run-time Settings”對話框后，依次進入“Internet Protocol>Preference”，可以看到一些We

24、b性能圖配置。勾選上面得選項后，Controller將會在測試執(zhí)行過程中生成數(shù)據(jù)，然后可在Analysis中查看相應(yīng)的性能結(jié)果分析圖。二、性能測試結(jié)果-Windows資源分析1. 平均事務(wù)響應(yīng)時間 Average Transation Response Time優(yōu)秀：<2s良好：25s及格：610s不及格：>10s2. 每秒點擊率 Hits per Second當增大系統(tǒng)的壓力（或增加并發(fā)用戶數(shù)）時，吞吐率和TPS的變化曲線呈大體一致，則系統(tǒng)基本穩(wěn)定若壓力增大時，吞吐率的曲線增加到一定程度后出現(xiàn)變化緩慢，甚至平坦，很可能是網(wǎng)絡(luò)出現(xiàn)帶寬瓶頸.同理若點擊率/TPS曲線出現(xiàn)變化緩慢或者平

25、坦,說明服務(wù)器開始出現(xiàn).3. 請求響應(yīng)時 Time to Last Byte4. 每秒系統(tǒng)處理事務(wù)數(shù)  Transaction per second5. 吞吐量Throughout6. CPU利用率 Processor / Processor Time好：70壞：85很差：90+7. 數(shù)據(jù)庫操作消耗的CPU時間  Processor / %User Time如果該值較大，可以考慮是否能通過友好算法等方法降低這個值。如果該服務(wù)器是數(shù)據(jù)庫服務(wù)器， Processor%User Time 值大的原因很可能是數(shù)據(jù)庫的排序或是函數(shù)操作消耗了過多的CPU時間，此時可以考慮對數(shù)據(jù)庫系統(tǒng)進

26、行優(yōu)化。8. 核心態(tài)CPU平均利用率 Processor /%Privileged Time如果該參數(shù)值和"Physical Disk"參數(shù)值一直很高，表明I/O有問題?？煽紤]更換更快的硬盤系統(tǒng)9. 處理列隊中的線程數(shù) Processor / Processor Queue Length如果該值保持不變（>=2）個并且%Processor Time 超過90%，那么可能存在處理器瓶頸。如果發(fā)現(xiàn)超過2， 而處理器的利用率卻一直很低，那么或許更應(yīng)該去解決處理器阻塞問題，這里處理器一般不是瓶頸。10. 文件系統(tǒng)緩存 Memory / Cache Bytes 

27、60;        50%的可用物理內(nèi)存11. 剩余的可用內(nèi)存 Memory  / Avaiable Mbytes    至少要有10% 的物理內(nèi)存值12. 每秒下載頁數(shù) Memory  / pages/sec好：無頁交換壞：CPU每秒10個頁交換很差：更多的頁交換。13. 頁面讀取操作速率 Memory  / page read/sec。如果頁面讀取操作速率很低，同時 % Disk Time 和 Avg.Disk Queue Length的值很高，則可能有磁盤瓶

28、徑。但是，如果隊列長度增加的同時頁面讀取速率并未降低，則內(nèi)存不足。14. 物理磁盤利用率 Physical Disk / Disk Time好：<30%壞：<40很差：<50%+15. 物理磁盤平均磁盤I/O隊列長度 Physical Disk / Avg.Disk Queue Length該值應(yīng)不超過磁盤數(shù)的1.52 倍。要提高性能，可增加磁盤16. 網(wǎng)絡(luò)吞吐量  Network Interface / Bytes Total/sec判斷網(wǎng)絡(luò)連接速度是否是瓶頸，可以用該計數(shù)器的值和目前網(wǎng)絡(luò)的帶寬，結(jié)果應(yīng)該小于50%17. 數(shù)據(jù)高速緩存區(qū)命中率  

29、;      命中率應(yīng)大于0.90最好18. 共享區(qū)庫緩存區(qū)命中率        命中率應(yīng)大于0.9919. 監(jiān)控 SGA 中字典緩沖區(qū)的命中率        命中率應(yīng)大于0.8520. 檢測回滾段的爭用        應(yīng)該小于1%21. 監(jiān)控內(nèi)存和硬盤的排序比率      &#

30、160; 最好使它小于 10%三、LoadRunner監(jiān)控Linux系統(tǒng)資源詳解Average load：Average number of processes simultaneously in Ready state during the last minute上一分鐘同時處于“就緒”狀態(tài)的平均進程數(shù)Collision rateCollisions per second detected on the Ethernet每秒鐘在以太網(wǎng)上檢測到的沖突數(shù)。Context switches rateNumber of switches between processes or threads, p

31、er second每秒鐘在進程或線程之間的切換次數(shù)。CPU utilizationPercent of time that the CPU is utilizedCPU 的使用時間百分比。Disk rateRate of disk transfers磁盤傳輸速率。Incoming packets error rateErrors per second while receiving Ethernet packets接收以太網(wǎng)數(shù)據(jù)包時每秒鐘接收到的錯誤數(shù)。Incoming packets rateIncoming Ethernet packets per second每秒鐘傳入的以太網(wǎng)數(shù)據(jù)包數(shù)。

32、Interrupt rateNumber of device interrupts per second每秒內(nèi)的設(shè)備中斷數(shù)。Outgoing packets errors rateErrors per second while sending Ethernet packets發(fā)送以太網(wǎng)數(shù)據(jù)包時每秒鐘發(fā)送的錯誤數(shù)。Outgoing packets rateOutgoing Ethernet packets per second每秒鐘傳出的以太網(wǎng)數(shù)據(jù)包數(shù)。Page-in rateNumber of pages read to physical memory, per second指標表明的是每秒交

33、換到物理內(nèi)存中的頁面數(shù)。Page-out rateNumber of pages written to pagefile(s) and removed from physical memory, per second表示每秒從物理內(nèi)存中移出或者寫入到頁面數(shù)。Paging rateNumber of pages read to physical memory or written to pagefile(s), per second每秒鐘讀入物理內(nèi)存或?qū)懭腠撁嫖募械捻摂?shù)。Swap-in rateNumber of processes being swapped每秒交換到內(nèi)存的進程數(shù)。Swap-

34、out rateNumber of processes being swapped每秒從內(nèi)存交換出來的進程數(shù)。System mode CPU utilizationPercent of time that the CPU is utilized in system mode在系統(tǒng)模式下使用 CPU 的時間百分比。User mode CPU utilizationPercent of time CPU is utilized in user mode在用戶模式下使用 CPU 的時間百分比。四、一些常見的問題及處理方法：1、 在執(zhí)行配置或安裝命令過程中出現(xiàn)“拒絕的權(quán)限”的提示？答：是由于文件的權(quán)限

35、引起的，應(yīng)該給當前用戶所有文件的“777”權(quán)限，即完全控制權(quán)限。2、 安裝好后從LoadRunner中看不到信息，但是沒有報錯？答：可能是返回的信息值比較小，所以在圖中幾乎看不到，例如：如果沒有運行程序的話，CPU的使用率接近于0，所以在監(jiān)視圖中看不到變化。也有可能是采樣的頻率過大，可以在圖表中設(shè)置沒1 秒獲取一次信息，這樣界面就刷新的比較及時了。3、 監(jiān)視一段時間后LoadRunner中提示有錯誤發(fā)生不能繼續(xù)監(jiān)視到信息？答：可能是由于CPU長時間處于高負荷狀態(tài)，而導(dǎo)致系統(tǒng)自動關(guān)閉了該服務(wù)?？梢栽贚oadRunner中重新加一次計數(shù)器，并且設(shè)置取樣的時間稍長一點，就會避免這種情況。4、 以前用

36、LoadRunner監(jiān)視都是成功的，但是再次監(jiān)視不到信息？答：有可能是由于系統(tǒng)重新啟動，而沒有打開rstatd守護進程?？梢允止ぶ匦麓蜷_一次，使用命令“rpc.rstatd”，另外可以使用“rpcinfo -p”命令來查看當前系統(tǒng)是否已經(jīng)啟動了rstatd守護進程。5、 使用LR監(jiān)視Linux窗口，經(jīng)常丟失？這是你圖形顯示時間設(shè)置問題，跟lr穩(wěn)定不穩(wěn)定沒關(guān)系，具體設(shè)置如下：1.運行Controller2.在"Unix Resources"圖形窗口中，點擊右鍵，選擇Configure選項3.隨后彈出“Graph Configuration”窗口，在該窗口有一個選項“Graph

37、 Time(sec)”，默認顯示是60秒這里共有4個選項：60秒，180秒，600秒，3600秒，whole scenario（整個場景運行都顯示圖形數(shù)據(jù)）注：如果按照你疲勞測試動則十幾小時的情況來看，應(yīng)該選擇whole scenario（整個場景運行都顯示圖形數(shù)據(jù)）五、LoadRunner 在控制器中報Http 500的錯誤不知道大家有沒有遇到過，LR中單個腳本調(diào)試時，都通過，但一加到Controller 中運行，用戶才加10多個后就出現(xiàn)Http500的錯誤，這是為什么？500錯誤就是連不到服務(wù)器了，內(nèi)部服務(wù)器錯誤，具體原因有好多，要看看1、一個就看一下服務(wù)器是否真的沒有響應(yīng)，檢查服務(wù)器資源

38、消耗以及日志吧2、看一下是否超時超時的原因業(yè)很多，具體問題要具體分析。例如：是看服務(wù)端是否被壓死了,以前有遇到過，壓力一上去，服務(wù)端就死了，呵呵3、那還有就是服務(wù)端沒有死，但是數(shù)據(jù)庫服務(wù)器響應(yīng)不及時導(dǎo)致超時4、最有可能的原因是腳本傳遞了錯誤的數(shù)據(jù)?？纯茨愕臄?shù)據(jù)：這些都有可能是變化的數(shù)據(jù)，但是你的腳本還是使用了硬編碼的數(shù)據(jù)。5、程序本身的問題。當用戶量一加上去時，程序中有一個操作特別占CPU資源，一壓就超時，后來調(diào)整用戶的增加方式，按每秒加一個用戶，則不會出現(xiàn)這種情況。說明，程序本身存在承受并發(fā)用戶的能力不夠，建議修改程序。6、在LR測試中經(jīng)常遇到最常見的問題就是并發(fā)用戶太多了。服務(wù)器承受不了。

39、7、這個跟LR或者其他任何測試工具都無關(guān)，仔細看看關(guān)于HTTP標準的rfc2616定義就知道了/Protocols/rfc2616/rfc2616.html關(guān)XP把TCP并發(fā)鏈接數(shù)限制為10個后對LoadRunner性能測試的影響 看懂LoadRunner分析報表（一）LoadRunner日積月累（持續(xù)添加中）LoadRunner培訓教材 LoadRunner測試工具大全下載，破解，licence。利用LoadRunner進行性能測試和結(jié)果分析(連載一)LoadRunner的工作原理圖六、Windows資源監(jiān)控工具大全3,700 Views作者：RickyZhu

40、 轉(zhuǎn)載務(wù)必注明出處和作者 Tag:loadrunner, performance在 利用LoadRunner進行性能測試的時候，Windows服務(wù)器的資源是經(jīng)常需要監(jiān)控的對象。其實除了LoadRunner提供的計數(shù)器，似乎 Window服務(wù)器并不像Unix或者Linux提供眾多的性能監(jiān)控方法，比如Top或者vmstat等。另外有很多第三方的工具可以選用以增強 Windows服務(wù)器的監(jiān)控途徑，下面是一些工具的列表?！颈O(jiān)視類】CPUMon v2.0CPU性能監(jiān)視工具。可以獲取CPU計數(shù)器信息。該版本集成了Perfmon。DebugView v4.31截取Win32設(shè)備驅(qū)動程序發(fā)出的消 息，允許通過

41、本機或網(wǎng)絡(luò)查看和錄制調(diào)試信息而不打開一個活動的調(diào)試器。Diskmon v2.01顯示硬盤的活動信息。Filemon v6.12實時監(jiān)視操作系統(tǒng)中活動的文件。Handle v2.20顯示進程及其打開的文件等信息。ListDLLs v2.23列出當前系統(tǒng)加載的所有dll文件、調(diào)用它的執(zhí)行程序及dll版本路徑等詳細信息。NTFSInfo v1.0查看NTFS卷的詳細信息，包括大小、文件分配表的大小起止位置，還有元數(shù)據(jù)文件的大小等。PMon v1.0監(jiān)視進程的創(chuàng)建、刪除，也包括顯示多CPU機器或checked kernel 機器上的上下文交換信息。Portmon v3.02端口監(jiān)視工具，監(jiān)視端口收發(fā)的

42、信息等。Process Explorer v8.52查看進程所打開的文件，注冊表和其他對象，并顯示加載了那些dll。PsTools v2.1包含一套命令行工具，包括顯示本機或遠程機器上運行的進程，在遠程機器上運行進程，重啟機器，記錄日志等。Regmon v6.12實時監(jiān)視注冊表的活動。TCPView v2.34監(jiān)視本機TCP和UDP協(xié)議的活動情況，并顯示使用該協(xié)議的進程，包括了dos版本。TDImon v1.01通過網(wǎng)絡(luò)API實時監(jiān)視TCP和UDP協(xié)議的活動情況。Tokenmon v1.01令牌監(jiān)視器，監(jiān)視與信息安全相關(guān)的活動，比如登錄，退出等。Winobj v2.13對象命令空間管理器。增強

43、了用戶界面，顯示更多對象類型，并集成了NT的本地安全設(shè)置?！拘阅芄ぞ哳悺緾acheSet v1.0緩存設(shè)置器。設(shè)置NT使用的緩存空間大小。Contig v1.51可以使文件變的連續(xù)，提高訪問速度。Frob v1.6a設(shè)置優(yōu)先相應(yīng)前臺程序還是后臺服務(wù)。PageDefrag v2.3磁盤文件和注冊表整理?！緦嵱霉ぞ哳悺緼ccessEnum v1.2可以查看哪個用戶在訪問本機上目錄、文件和注冊表。用此工具可以找出系統(tǒng)訪問的漏洞。Autoruns v6.0查看隨系統(tǒng)一起啟動的程序， dll及服務(wù)等等信息。BgInfo v4.08生成本機的一些重要信息（ip地址、機器名、網(wǎng)卡等）并作為桌面的背景顯示。C

44、trl2cap v2.0按鍵功能轉(zhuǎn)換。Diskview v2.0磁盤分析，可以查看文件在硬盤上存儲的具體位置。FAT32 for Windows NT 4.0 v1.01制作雙重啟動的工具，可以使用fat32分區(qū)。Fundelete v2.02文件恢復(fù)工具，可以恢復(fù)從回收站中刪除的文件或者被程序刪除的文件。LDMDump v1.02把磁盤上數(shù)據(jù)庫中邏輯驅(qū)動器的內(nèi)容保存到文件中，該文件描述了Windows 2000的動態(tài)磁盤信息。LiveKd v2.11使用Microsoft內(nèi)核調(diào)試器檢查系統(tǒng)。NewSID v4.05生成新的SID。NTRecover v1.0NT系統(tǒng)的數(shù)據(jù)救援工具，可以通過正

45、常的操作系統(tǒng)來訪問一個崩潰的NT系統(tǒng)，然后可以使用NT的命令來搶救數(shù)據(jù)。共享版只能讀取。NTFSCHK v1.0把NT4格式轉(zhuǎn)換為NT5格式。NTFSDOS v3.02通過dos系統(tǒng)只讀訪問NTFS分區(qū)。NTFSDOS Professional v4.01可以在dos中完全訪問NTFS分區(qū)。共享版只能讀取。NTFSFlp v1.0創(chuàng)建可訪問NTFS分區(qū)的軟盤。NTFS for Windows 98 v2.0 Ready-Only95/98系統(tǒng)下讀取NTFS的工具。PsTools v2.1包含一套命令行工具，包括顯示本機或遠程機器上運行的進程，在遠程機器上運行進程，重啟機器，記錄日志等。Remo

46、te Recover v2.0遠程救援工具。共享版只能讀取。SDelete v1.2安全地覆蓋敏感的文件。ShareEnum v1.51列舉出網(wǎng)絡(luò)中共享的文件夾并查看安全設(shè)置減少安全漏洞。Sync v2.1強制系統(tǒng)保存所有打開的文件。VolumeID v2.0設(shè)置磁盤的ID?！酒渌惞ぞ摺緽luescreen v3.2惡作劇的屏保。Miscellaneous一系列小工具，許多都附帶源碼。AdRestore, Junction, DiskExt, EFSDump, Streams, UpTime, VolumeId, Sync, Sigcheck, AutoLogon, HostName, St

47、rings.等。PsTools v2.1包含一套命令行工具，包括顯示本機或遠程機器上運行的進程，在遠程機器上運行進程，重啟機器，記錄日志等。主題：LoadRunner沒法錄制腳本的問題有一個網(wǎng)站功能（其實就是SSO部分）需要做性能測試， 今天找一個LoadRunner9.1搞了半天也沒有搞懂，不知道為什么就是不能錄制腳本， 總是0 Events. 晚上終于看到LR的readme的Limitaions里有這樣說明:· Open Start > Control Panel > System.· In the Advanced tab, click Performan

48、ce settings.· In the Performance Options Data Execution Prevention tab, select the first option, DEP for essential services only.· Click OK to save the settings.· Reboot the machine.大家一定要注意最后那條，是要重新啟動機器才行。 剛開始的時候，我被LR的錯誤提示給誤導(dǎo)了。說什么參考VuGen的readme. 我找了半天， 在網(wǎng)上也沒有找到解決辦法。晚上突然在開媽菜單里看到一個Readm

49、e就進去看一下， 果然被我找到了。 真是功夫不負有心人。 我本身是一個開發(fā)人員，個人認為掌握一些必要的測試工具還是很有必要的,像Junit, TestNg這些單元的框架就不用說了，在寫多線程程序時，還很有必要掌握一個性能測試工具, 開發(fā)人員不一定性能負責，但是對你的代碼的線程安全一定要負責。七、LoadRunner 腳本中做關(guān)聯(lián) (Correlation)當錄制腳本時，VuGen會攔截client端（瀏覽器）與 server端（網(wǎng)站服務(wù)器）之間的對話，并且通通記錄下來，產(chǎn)生腳本。在VuGen的Recording Log中，您可以找到瀏覽器與服務(wù)器之間所有的對話，包含通訊內(nèi)容、日期、時間、瀏覽器

50、的請求、服務(wù)器的響應(yīng)內(nèi)容等等。腳本和Recording Log最大的差別在于，腳本只記錄了client端要對server端所說的話，而Recording Log則是完整紀錄二者的對話。當執(zhí)行腳本時，您可以把VuGen想象成是一個演員，它偽裝成瀏覽器，然后根據(jù)腳本，把當初真的瀏覽器所說過的話，再對網(wǎng)站伺服器重新說一遍，VuGen企圖騙過服務(wù)器，讓服務(wù)器以為它就是當初的瀏覽器，然后把網(wǎng)站內(nèi)容傳送給VuGen。所以紀錄在腳本中要跟服務(wù)器所說的話，完全與當初錄制時所說的一樣，是寫死的（hard-coded）。這樣的作法在遇到有些比較聰明的服務(wù)器時，還是會失效。這時就需要透過關(guān)聯(lián)（correlation）的做法來讓VuGen可以再次成功地騙過服務(wù)器。何謂關(guān)聯(lián)（correlation）？  所謂的關(guān)聯(lián)（correlation）就是把腳本中某些寫死的（hard-coded）數(shù)據(jù)，轉(zhuǎn)變成是擷取自服務(wù)器所送的、動態(tài)的、每次都不一樣的數(shù)據(jù)。  舉一個