1.LoadRunner錄製指令碼時為什麼不彈出IE瀏覽器?

　　當一臺主機上安裝多個瀏覽器時，LoadRunner錄製指令碼經常遇到不能開啟瀏覽器的情況，可以用下面的方法來解決。

　　啟動瀏覽器，開啟Internet選項對話方塊，切換到高階標籤，去掉“啟用第三方瀏覽器擴充套件(需要重啟動)”的勾選，然後再次執行VuGen即可解決問題

　　提示：通常安裝Firefox等瀏覽器後，都會勾選上面得選項，導致不能正常錄製。因此建議執行LoadRunner得主機上保持一個乾淨的測試環境。

　　2.錄製Web指令碼時，生成的指令碼中存在亂碼該如何解決?

　　錄製指令碼前，開啟錄製選項配置對話方塊Record-Options

　　3.HTML-based script與URL-based script的指令碼有什麼區別?

　　使用“HTML-based script”的模式錄製指令碼，VuGen為使用者的每個HTML操作生成單獨的步驟，這種指令碼看上去比較直觀;使用“URL-based script”模式錄製指令碼時，VuGen可以捕獲所有作為使用者操作結果而傳送到伺服器的HTTP請求，然後為使用者的每個請求分別生成對應方法。

　　通常，基於瀏覽器的Web應用會使用“HTML-based script”

　　4.為什麼指令碼中添加了檢查方法Web-find，但是腳本回放時卻沒有執行?

　　由於檢查點功能會耗費一定的資源，因此LoadRunner預設關閉了對文字及影象的檢查。要想開啟檢查功能，必須修改執行時的配置Run-time Setting。

　　進入“Run-time Setting”對話方塊，依次進入“Internet Protocol→Preferences”

　　檢查執行結果時推薦使用web_reg_find方法。

　　5.執行時的Pacing設定主要影響什麼?

　　Pacing主要用來設定重複迭代指令碼的間隔時間。共有三種方法：上次迭代結束後立刻開始、上次迭代結束後等待固定時間、按固定或隨機的時間間隔開始執行新的迭代。

　　根據實際需要設定迭代即可。通常，沒有時間間隔會產生更大的壓力。

　　6.執行時設定Log標籤中，如果沒有勾選“Enable logging”，則手工訊息可以傳送嗎?

　　Enable logging選項僅影響自動日誌記錄和通過lr_log_message傳送的訊息。即使沒有勾選，虛擬使用者指令碼中如果使用lr_message、lr_output_message、lr_error_message,仍然會記錄其發出的訊息。

　　7.LoadRunner 8.0版本的VuGen在錄製Web Services協議的指令碼時一切正常，而回放時報出錯誤提示“Error：server returned an incorrectly formatted SOAP response”。這時說明原因引起的?

　　造成這種情況的主要原因是LoadRunner 8.0的VuGen在錄製Web Service協議的指令碼時存在一個缺陷：如果伺服器的作業系統是中文的，VuGen會自動將WSDL檔案的頭改為，因此會有上面的錯誤提示。

　　解決方法：把“LR80WebservicesFPI_setup.exe”和“lrunner_web_sevices_path_1.exe”兩個補丁打上即可解決。

　　8.VuGen支援Netscape的客戶證書嗎?

　　不支援。目前的VuGen 8.0版本中僅支援Internet Explorer的客戶端證書。錄製指令碼時可以先從Netscape中匯出所需的證書，然後將其匯入到Internet Explorer中，並確保以相同的順序匯出和匯入這些證書。而且，在每臺將要錄製或執行需要證書的Web Vuser指令碼的計算機上都要重複執行前面的過程。

　　9.VuGen會修改錄製瀏覽器中的代理伺服器設定嗎?

　　會修改。在開始錄製基於瀏覽器的Web Vuser指令碼時，VuGen首先會啟動指定的瀏覽器。然後，VuGen會指示瀏覽器訪問VuGen代理伺服器。為此，VuGen會修改錄製瀏覽器上的代理伺服器設定。預設情況下，VuGen會立即將代理伺服器設定更改為Localhost:7777。錄製之後，VuGen會將原始代理伺服器設定還原到該錄製瀏覽器中。因此，在VuGen進行錄製的過程中，不可以更改代理伺服器設定，否則將無法正常進行。

　　10.在LoadRunner指令碼如何輸出當前系統時間?

　　LoadRunner提供了char *ctime(const time_t *time)函式，呼叫引數為一個Long型的整數指標，用於存放返回時間的數值表示。

　　呼叫語句與返回值如下示例：

　　typedef long time_t;

　　Action()

　　{

　　time_t t;

　　lr_message(“Time in seconds since 1/1/70: %ld/n”,time(&t));

　　lr_message(“System time and date: %s”,ctime(&t));

　　}

　　輸出結果為：

　　Time in seconds since 1/1/70: 1185329968

　　System time and date:Wed Jul 25 10:19:28 2007

　　11.一些Web虛擬使用者指令碼錄製後立刻回放沒有任何問題，但是當設定迭代次數大於1時，如果進行回放則只能成功迭代一次。為什麼從第二次迭代開始發生錯誤?

　　這種現象多是由於在“Run-time Setting”的“Browse Emulation”的設定中，勾選了“Simulate a new user on each iteration”及其下面的選項“Clear cache on each iteration”這兩個選項的含義是每次迭代時模擬一個新的使用者及每次迭代時清除快取。

　　由於指令碼迭代時，init和end只能執行一次，如果每次迭代都模擬一個新的使用者並清除快取，則使用者登入資訊將一併清除，因此迭代時可能會發生錯誤。

　　12.虛擬客戶指令碼“Run-time Setting”中的執行緒和程序執行方式的區別?

　　如果選擇“Run Vuser as a process”，則場景執行時會為每一個虛擬使用者建立一個程序;選擇“Run Vuser as a thread”則將每個虛擬使用者作為一個執行緒來執行，在工作管理員中只看到一個mmdrv.exe，這種方式的執行效率更高，能造成更大的壓力，時預設選項。

　　另外，如果啟用了IP欺騙功能，則先在Controller中選中Tools選單下的“Expert Mode”，然後將Tools選單下的“Options>General”標籤頁中的IP地址分配方式也設定為與Vuser執行方式一致，同為執行緒或程序方式。

　　13.在Controller中執行Web相關測試場景時，經常會有很多超時錯誤提示，如何處理這類問題?

　　這主要有指令碼的預設超時設定引起。當回放Web指令碼時，有時候由於伺服器響應時間較長，會產生超時的錯誤。這時需要修改指令碼的執行時配置。

　　進入“Run-time Setting”對話方塊後，依次進入“Internet Protocol→Preference”。然後點選“Options…”按鈕，進入高階設定對話方塊，可以修改各類超時設定的預設值。

　　14.為什麼Windows系統中的CPU、記憶體等資源仍然充足，但是模擬的使用者數量卻上不去?

　　在Windows計算機的標準設定下，作業系統的預設限制只能使用幾百個Vuser，這個限制與CPU或記憶體無關，主要是作業系統本身規定了預設的最大執行緒數所導致。要想突破Windows這個限制，須修改Windows登錄檔。以Windows XP Professional為例。

　　(1)開啟登錄檔後，進入登錄檔項HKEY_LOCAL_MACHINE中的下列關鍵字：System/CurrentControlSet/Control/Session Manager/SubSystems。

　　(2)找到Windows關鍵字，Windows關鍵字如下所示：

　　%SystemRoot%/system32/csrss.exe bjectDirectory=/Windows

　　SharedSection=1024,3072,512 Windows=On SubSystemType=Windows ServerDll=basesrv,1

　　ServerDll=winsrv:UserServerDllInitialization,3 ServerDll=winsrv:ConServerDllInitialization,2

　　ProfileControl=Off MaxRequestThreads=16

　　SharedSection=1024,3072,512關鍵字的格式為xxxx,yyyy,zzz。其中，xxxx定義了系統範圍堆的最大值(以KB為單位)，yyyy定義每個桌面堆得大小。

　　(3)將yyyy的設定從3072更改為8192(即8MB)，增加SharedSection引數值。

　　通過對登錄檔的更改，系統將允許執行更多的執行緒，因而可以在計算機上執行更多的Vuser。這意味著能夠模擬的最大併發使用者數量將不受Windows作業系統的限制，而只受硬體和內部可伸縮性限制的約束。

錄製指令碼為空　　　LR錄製是客戶端與伺服器的資料互動，只有在有互動的時候才可以錄製到指令碼。　　　1. 互動方式不一樣，通過客戶端的server進行互動，在scrīpt中選擇最後一個track processes created as COM local servers  [選擇scrīpt裡的最後一個選項]. 2. 非客戶端與伺服器的互動的一種操作，在頁面上點前進或後退，如果頁面是從快取中取出來的，那麼也就沒有和伺服器資料互動，所以也錄製的為空指令碼。   [windows登錄檔中禁用快取]. 3. 協議選擇錯誤，b/s不一定走http協議，還可能是https（http+ssl）。   [最基礎的錯誤].錄製出錯。　　　1.  選擇internet裡選項裡的連線裡的區域網設定的代理不能選，因為LR在錄製的時候會動態選擇。　　　2.  網頁裡的惡意程式碼，檢測的時候響應LR錄製指令碼[用工具檢測惡意程式碼，然後解除安裝惡意程式碼，eg：Ad_Aweare].

　　3. 防病毒軟體和防火牆，在錄製時暫時關閉。　　　4. 因為LR自身原因報錯或者有些指令碼不能錄製下來[錄製是最好選用scrīpt view，此時會報錯，但能寫下指令碼，是因為LR無法解析，可以手工修改，而tree view 就直接停止了。　　　Loadrunner不支援預設的瀏覽器　　　有時候，我們上網的時候，不小心會將某個瀏覽器設定為預設的瀏覽器，而我們不知道，這個時候，我們用loadrunner進行錄製的時候，會提示loadrunner不支援系統設定的預設的瀏覽器，因此，需要我們重新選擇瀏覽器，我們可以利用Reconding optiom中的Browser選項設定支援的瀏覽器，我們還可以利用下面的方法，將IE設定為預設的瀏覽器，因為loadrunner是支援IE的。設定方法如下：　　　在IE“工具（T）”選單→“Interner選項”→“程式”選項卡里，確保“檢查Internet Explorer是否為預設的瀏覽器”選項打上√。然後在你啟動IE時，如果IE非預設瀏覽器就會出現提示窗是否把IE設定為預設。