1.協議的選擇
Loadrunner 的協議選擇眾多,想正確的選擇腳本協議,首先要從Loadrunner的 工作 原理上深入的理解協議的作用和意義, Loadrunner啟動后,在任務欄上有一個loadrunner agent process 進程,這個進程的一項重要的工作就是監視各種協議的客戶端和服務器端的通信.只要是能支持的協議, Loadrunner在錄制的工程中就可以通過腳本語言將通信工程錄制下來,所以要明確被測軟件的通信過程和所使用的協議, Loadrunner才能正確的錄制腳本。

　　a.選擇單協議還是多協議的關鍵是你對應用的通信細節要清楚.可以多問問開發他們是怎么實現的.比如有個 WEB 系統需要 測試 ,看上去選擇單協議 就可以了,但是在和服務器交互的過程中,瀏覽器下載頁面里的APPLET并且用APPLET和服務器建立了SOCKET傳輸一些數據.這種情況下就該選擇 多協議了.還有一些郵件方面的應用一般都要選擇多協議,郵件系統都會使用到發送和接受兩種協議.有些時候不選擇多協議,腳本也能運行.但你的腳本沒有完全 反映出客戶端和服務器端的交互過程.選擇錄制腳本的協議前,還是要多分析一下應用系統

　　b.一般將應用軟件分為B/S和C/S結構來選擇協議, 對于B/S結構，可以選擇WEB（HTTP/HTTML）協議；對于C/S結構，可以根據后端 數據庫 的類型來選擇，如SYBASECTLIB協議用于測試 后臺數據庫為SYBASE的應用，MS? SQL ?SERVER協議用于測試后臺數據庫為SQL SERVER的應用；對于沒有數據庫的WINDOWS應用，可以選擇WINDOWS SOCKETS這個底層的協議；這里需要說明的是，無論使用哪種協議，LOADRUNNER的測試流程都基本是一樣的，只有在設定細節上有所不同，測試人 員只要對被測應用的技術架構熟悉了，就能夠成功完成腳本的錄制。

　　2.腳本的錄制
　　當選擇好腳本協議后,就可以對開始錄制了,如果是B/S架構的測試對象,當然選擇了web(http/html),接著輸入要測試的URL地址,確定 就OK了。

　　a.明確腳本的三個部分
　　LOADRUNNER 將測試腳本分為3個部分，VUSER_INIT,VUSER_END和ACTION,其中VUSER_INIT和VUSER_END一般用于存放應用程序 初始化的腳本和注銷關閉的腳本,在重復執行的時候,這兩部分的內容只執行一次.而ACTION部分用于存放實際的操作腳本,這部分腳本可以多次執行,測試 人員還可以根據需要創建多個ACTION 腳本,但不能創建VUSER_INIT和VUSER_END.所以在錄制的時候一定要明確:錄制的流程是否要迭代,如果要一定要放入ACTION部分。

　　b.錄制時的腳本開發
　　在錄制的時候在屏幕上會有一個懸浮的控制腳本錄制的工具欄,是腳本錄制過程中測試人員和VUGEN交互的主要平臺,每個可用的按鈕都可以執行相應的操 作,如上圖,測試人員可以新建Action,插入文本檢查點,制定開始結束事務,也可以在需要測試的功能點插入集合點,或作一些必要的注釋等等…..

　　3.腳本的開發與加強
　　該階段也是腳本錄制階段最重要的部分,為了實現理想中的需求,你可以添加事務,插入集合點,調整運行時的設置,參數化數據,插入文本圖片檢查點,但是 在這之前必須要確保錄制的腳本能夠跑通,即回放沒有問題,有如下提示圖。

　　a.添加事務
　　除了從總體把握系統的性能問題外,測試工程師可能還要對業務中的某一個具體部分的數據進行分析,來檢測該功能點的性能問題,為了達到這個目的,就要為 該功能點添加事務,將該功能點用開始與結束事務包起來,分析該事務來了解和把握該功能的性能。

　　所謂事務(TRANSACTION),就是在腳本定義中定義的某段操作(ACTION),更確切的說,就是一段腳本語句.定義事務時,首先在腳 本中找到事務的開始和結束位置,然后分別插入一個事務起始標記,這樣,當腳本運行的時候,LOADRUNER會自動在事務的起始點計時,腳本在運行到事務 結束點時計時結束,系統會自動記錄這段操作的運行時間等性能數據；在腳本運行完畢后,系統會在結果信息中單獨反映每個事務運行結果。

　　事務的插入操作可以在腳本運行過程中進行,也可以在腳本錄制完畢后進行,建議在腳本錄制完畢后進行.如下圖添加。

　　也可以在腳本中插入事務,在樹圖列表下右鍵,選擇在該項之前或之后添加事務,開始和結束的事務是成對出現,不然腳本會報錯,如下圖:

　　b.插入集合點
　　在控制臺執行負載測試,設置多用戶同時加載并發,并發過程僅僅體現在開始執行的那一剎那,隨著服務器對請求的響應時間的不一致或系統環境條件的限制, 在運行過程中能集合到一點的可能性微乎其微,所以將一定數量的用戶同時加載并不是真正意義上的并發。

　　系統壓力最大的情況是:所有用戶都集中到系統瓶頸的某個點上進行操作,從腳本的角度來講,這個點就是執行腳本的某一條或一段語句,為了真實模擬 這個最壞的情況,查看系統在最壞情況下的反映。

　　為了實現測試一個業務中途的并發 性能測試 ,LR中的集合點就孕育而生了,使跑在前面的用戶在該點上等待,讓后面的追趕上來, 將眾多的Vuser集合到一起,來達到并發的效果.來幫助測試人員實現真正意義上的并發。

　　插入集合點的方法:可以在錄制的時候添加,也可以象添加事務一樣,在樹圖列表下添加.當然如果熟悉集合點的語言的話在腳本中直接插入語言也可 以。

　　c.運行時設置

　　點擊右上角圖標,彈出運行時設置對話框,就可以對迭代次數和迭代邏輯進行設置,迭代之間的時間的設置,還可以對網絡的速度,瀏覽 器,Internet協議的模擬。

　　每個 Vuser 腳本都包括三部分：vuser_init、Run (Actions) 和 vuser_end。可以指示 Vuser 在運行腳本時重復執行 Run 部分。每次重復稱為一次迭代。 運行多次迭代時，將不會重復執行 Vuser 腳本的 vuser_init 和 vuser_end 部分。

　　迭代次數：迭代的次數。Vuser 將按指定的次數重復執行所有 Actions。注意：對于 LoadRunner Controller 和優化模塊：如果在計劃設置中指定了場景或會話步驟持續時間，則持續時間設置將覆蓋 Vuser 迭代設置。這意味著，如果持續時間被設置為 5 分鐘（默認設置），Vuser 將在 5 分鐘內根據需要連續運行任意多次迭代，即使運行時設置僅指定一次迭代。

　　運行多操作腳本時，可以指明執行操作的方法以及 Vuser 執行這些操作的方法：操作塊：操作塊是腳本內的操作組。您可以單獨設置每個塊的屬性 - 其順序、迭代和權重。順序：您可以設置腳本內的操作順序。還可以指明是按順序還是隨機執行操作。迭代：除了設置整個 Run 部分的迭代次數以外，還可以設置單個操作或操作塊的迭代。該設置非常有用，例如，可以用來模擬一個商業站點，您在該站點執行了多次查詢查找某個產品，但只 進行了一次購買。權重：對于隨機運行其操作的操作塊，您可以設置塊內每個操作的權重或百分比。

　　d.參數化腳本
　　眾多用戶都使用相同帳戶登陸或相同的數據來測試腳本,對系統造成的壓力與實際情況會有所不同.而對于那些禁止一個用戶多次登陸的系統,也就嚴重到無法 測試的地步了.為了解決這個問題,讓系統更加真實的模擬多用戶使用的實際環境,LOADRUNNER提供了對腳本進行參數化輸入的功能;讓每個虛擬用戶都 擁有自己的帳戶進行登錄和運行。

　　所謂的腳本參數化,就是針對腳本中的某些常量,定義一個或多個包含數據源的參數來取代,讓場景中不同的虛擬用戶在執行相同的腳本時,分別使用參 數數據源中的不同數據代替這些常量,從而達到模擬多用戶真實使用系統的目的。

　　明確需參數的數據，選中該數據，右鍵替換為新參數，打開屬性—>用記事本編輯—>運行腳本，it is over。

?

　　需要注意的是在參數化屬性頁面的設置比較復雜，下面就講解下設置的細節：

• Select next row ：多個VU如何取值
• Sequential：按照順序一行行的讀取。每一個虛擬用戶都會按照相同的順序讀取
• Random：在每次循環里隨機的讀取一個，但是在循環中一直保持不變
• Unique ：每個VU取唯一的值。注意：使用該類型必須注意數據表有足夠多的數。
• Same Line As 某個參數（比如Name）：和前面定義的參數Name 取同行的記錄。通常用在有關聯性的數據上面。
• Update value on：多次迭代如何取值
• once在所有的反復中都使用同一個值
• each iteration則每次反復都要取新值，
• each occurrence則只要發現該參數就要重新取值，也就是如果一個action中有多個該參數，每遇到一個就要重新取一個值
• 一個參數在一個Action中出現多次時
• Random+each iteration 該次迭代中某參數的取值方法為：本次迭代中參數第一次取的值，多次取值不變化
• Random+each occurrence 該次迭代中某參數的取值方法為：在本次迭代中參數每次取值都通過Random來變化
• Random+once 在所有迭代中某參數的取值受第一次取值的影響。第一次取值通過Random來變化，之后不再改變

　 　參數化數據的準備：可以通過一些工具來生成需要的數據，如果在數據庫中有現成的數據也可以通過數據庫導出來達到目的，只要選擇數據向導，連接到數據庫服 務器，輸入SQL語句即可，如下圖

　　e.插入檢查點
　　LOADRUNNER檢查點的功能主要用來驗證某個界面上是否存在指定的TEXT或IMAGE等對象，在使用LOADRUNNER測試WEB應用時， 可以檢查壓力較大時WEB服務器能否返回正常的頁面。

• 定位要檢查的頁面
  定位需要檢查的頁面，最好將腳本視圖切換到TREE VIEW方式，這樣就可以直觀地查看到LOADRUNNER錄制時獲取的每個頁面了。在TREE VIEW視圖中用鼠標單擊頁面左側列表中頁面對應的URL，就能迅速查看到準備檢查的頁面和頁面上需要檢查的圖象或文本信息。
• 插入文字檢查點
  選擇相應的URL，單擊鼠標右鍵，在系統彈出的菜單中選擇INSERT AFTER或INSERT BEFORE命令，在URL的腳本前面或后面插入函數，在ADD STEP對話框中可以插入很多的函數，如果想為WEB應用插入圖像或文本檢查點，需要選擇WEB CHECKS下面的IMAGE CHECK或TEXT CHECK，在系統彈出的檢查點屬性對話框中，輸入要查詢的文字或圖像名稱后，系統會自動在TREE VIEW視圖中的樹型列表中插入類似的STEP。LOADRUNNER 還允許對要檢查的文字內容和圖像名稱進行參數化，參數化的過程可以在插入檢查點的 過程中實現，還可以在插入之后重新打開腳本實現。要想在插入檢查點時就直接實現參數化，只需要在設置被檢查對象的名稱時單擊ABC按鈕，創建或選擇參數輸 入就可以了。
• 設定與檢查點有關的選項
  系統在執行時是否起用檢查點，是由一個系統參數控制的，該參數的設定方法為：VUSER|RUN-TIME SETTINGS|PREFERENCES，如果想讓檢查點起作用，需要選中ENABLE IMAGE AND TEXT CHECK 復選框。
• 查看檢查點是否通過
  腳本運行結束后，要想查看檢查點是否通過，可以在TREE VIEW視圖下，用鼠標右鍵單擊檢查點步驟，選擇GO TO STEP IN EXECUTION命令，則系統自動將光標定位到執行 日志 中獲取檢查點結果的一行上。

4.LoadRunner 腳本中做關聯 (Correlation)
　　LR中的關聯是為了解決腳本中隨時變動的數據，一般都是服務器返回給客戶端的隨機數據，如生成的定單號，session，Cookie號等等，每個數 據之間沒有任何聯系，為了不因為這些數據的不同而導致腳本的不通過，LR提供了關聯功能，它可以實時自動找出要關聯的值，將這些動態數據聯系起來。

　　關聯分為自動關聯和手動關聯，自動關聯必須要在錄制腳本之前開啟自動關聯項。

　　a.啟用auto-correlation

　　點選VuGen的【Tools】>【Recording Options】，開啟【Recording Options】對話窗口，選取【Internet Protocol】>【Correlation】，勾選【Enable correlation during recording】，以啟用自動關聯。

　　假如錄制的應用系統屬于內建關聯規則的系統，如AribaBuyer、BlueMartini、BroadVision、 InterStage、mySAP、NetDynamics、 Oracle 、PeopleSoft、Siebel、SilverJRunner等，請勾選 相對應的應用系統。或者也可以針對錄制的應用系統加入新的關聯規則，此即為使用者自訂的關聯規則。

　　b.自動關聯----Correlation Studio

　　當錄制的應用系統不屬于VuGen預設支持的應用系統時，Rule Correlation可能既無法發揮作用，這時可以利用Correlation Studio來做關聯。

　　使用Correlation Studio的步驟如下：

• 錄制腳本并執行；
• 執行完畢后，VuGen會跳出下面的【Scan Action for Correlation】窗口，詢問您是否要掃描腳本并建立關聯，按下【Yes】按鈕。
• 掃描完后，可以在腳本下方的【Correlation Results】中看到掃描的結果。
• 檢查一下掃瞄的結果后，選擇要做關聯的數據，然后按下【Correlate】按鈕，一筆一筆做，或是按下【Correlate All】讓VuGen一次就對所有的數據建立關聯。

?

注意：由于Correlation Studio會找出所有有變動的數據，但是并不是所有的數據都需要做關聯，所以不建議您直接用【Correlate All】。 一般來說，您必須一直重復步驟1~4直到所有需要做關聯的數據都找出來為止。因為有時前面的關聯還沒做好之前，將無法執行到后面需要做關聯的部份。

　　c.手動關聯
　　有可能有些需要做關聯的動態數據，連Correlation Studio都無法偵測出來，這時您就需要自行做手動關聯了。

四．Mercury LoadRunner 控制器
　　控制器是腳本錄制完成后,執行壓力負載測試的工具, 測試人員的工作就是了解被測應用的性能需求,從應用程序中找出一個或多個性能測試點,然后針對這些性能點分別進行測試,獲取相關的性能指標結果,分析被測 應用,追溯性能問題產生的根源.要使用LR實現這一過程,就需要針對這些性能點建立一個個的場景,因此,LR的每個場景都定義了一個在性能測試活動中發生 的事件,它能控制虛擬用戶的數量,測試腳本和運行腳本的LOAD GENERATOR.對于有經驗的測試人員來說，定義場景是在計劃階段進行的，它優先于腳本的錄制過程，并指導腳本的錄制。只不過計劃階段的場景只能限于 紙面上，要想讓LR這個測試工具實現自動的負載測試，需要在CONTROLLER中建立實實在在的場景。

　　控制場景可以從程序中打開,然后選擇保存好的腳本,也可以從Generator中直接連接到該腳本的控制場景,如下圖:

　　打開場景后,可能運行的場景有些單一,實際環境中可能在同一時間有多個功能模塊一同運行,為了實現這個目的, 可以添加多個已經錄制好的腳本,在控制場景中一同執行,添加的方法如下:

　　在控制場景頁面也有多項設置來達到測試需求,如:編輯計劃,IP欺騙器,集合點策略,負載生成器,添加資源度量….

　　1.編輯計劃
　　編輯計劃是用來控制場景的運行時間和運行策略,它分為按場景計劃和按組計劃,按組計劃是為多個場景運行,而限制其中某個場景而設定的項,這就但說明下 場景設置就OK了,在場景計劃中分為加壓,持續時間,減壓三個階段,分別講了如何加壓是所有的Vuser同時負載,還是隔多久加載多少個Vuser,持續 時間是為了流程完成為止還是運行時間的限制,減壓和加壓有點相似,就不多講了,計劃生成器如下圖:

　　2.IP欺騙器
　　LR進行壓力負載測試的時候，是讓一臺機器模擬成百上千的用戶對服務器施壓，這樣就產生了一個問題，那就是所有用戶向服務器發起請求的時候，使用的都 是同一個IP地址，即LOAD GENERATOR所在機器的固定IP地址，這是和實際運行環境不符的，而且有些應用系統在設計的時候會根據IP來分配資源，有些還限制同一個IP的多次 登陸過程。LR為了解決這個問題，使用了一種稱為“IP欺騙（IP SPOOFER）”的技術。也就是讓一個LOAD GENERATOR上的虛擬用戶模擬從不同的IP來向服務器發起請求，以達到以假亂真的目的。設定欺騙器如下圖:

　　1>配置IP SPOOFER
　　第一個單選按鈕CREATE NEW SETTING，用于創建一個新的設置，首次運行時選用； 　　第二個單選按鈕LOAD PREVIOUS SETTING FROM可以調用以前保存的設置； 　　第三個單選按鈕RESTORE 　　ORIGINALSET不是用來創建動態IP，而是將設置恢復為原始狀態，這個選項主要用于使用后釋放IP，如果使用完畢后不釋放IP的話，那么這些 IP會被一直占用，別人就無法使用了。

　　2>輸入WEB
　　SERVER的IP地址，這里主要用來檢測新的IP地址加到主機中后，SERVER的路由表是否需要更新，如果SERVER和CLIENT使用的是相 同的子網掩碼，IP CLASS類型和網絡，是無需更新的；

　　3>在添加新的動態IP的時候，需要注意如下幾個選項的含義：
　　PRIVATE ADDRESS SPACES：選擇測試環境的IP地址類型，關于IP地址類型的定義
　　FROM IP：要使用IP段的第一個值；
　　NUMBER TO：要使用的IP地址的數目。
　　SUBMASK：子網掩碼，一般采用默認設置就可以了；

　　如果選中VERIFY THAT NEW IP ADDRESS ARE NOT ALREADY IN USE復選框，系統會在所選范圍內檢測每個IP地址，為了避免沖突，LOADRUNNER只添加那些沒有被 其他 用戶使用的IP地址。

　　如果已經預先知道選擇范圍內的某些地址可能被占用，那么在NUMBER TO文本框中輸入的IP地址的個數就要有相應的增加。

　　4>啟用IP欺騙
　　在CONTROLLER窗口中，選擇SCENARIO|ENABLE IP SPOOFER命令，就可以起用IP欺騙了，在IP欺騙啟用后，在CONTROLLER狀態欄中會顯示相應的狀態標識；

　　3.集合點策略
　　LOADRUNNER在運行場景的時候，允許測試人員根據項目需要自己設定集合點的并發策略，要設定一個集合點以何種方法運行，在創建或打開腳本中包 含集合點的場景時，選擇SCENARIOI|RENDEZVOUS命令，可以查看場景中所有腳本中的集合點名稱，所屬腳本，當前狀態和相關的虛擬用戶列表 信息等，根據系統需求，還可以針對集合點的執行進行設定。設置窗口如下:

　　單擊禁用集合點按鈕可以選定集合點是否啟用；
　　單擊禁用Vuser按鈕可以設定一個用戶是否參與到集合點中；
　　單擊策略按鈕可以設定集合點執行策略。

　　在策略對話框中的VUSERS之間的超時值文本框中設定了一個超時時間，當第一個用戶到達集合點時，系統開始計時。如果在這個設定的時間內沒有 達到要求的集合點用戶數，系統就不在等待，釋放用戶讓場景繼續執行；

　　4.負載生成器
　　LR對應用程序施壓時，采用的方法就是讓一臺機器模擬很多用戶，同時向被測用戶發送請求或進行操作。這樣，如果一臺測試機器模擬的虛擬用戶數過多，他 本身性能的下降會直接影響測試效果。為了避免這種情況，LR允許使用多臺機器運行場景來均衡測試機器的負荷。只要一臺機器安裝了LOAD GENERATOR并啟動了LOADRUNNER AGENT PROCESS進程，就可以被CONTROLLER統一調度來運行場景，CONTROLLER負載收集統一的測試信息和執行結果。

　　如上圖添加另一臺安裝LR的計算機既可,但是要想負載,被添加的機子必須開啟LR代理服務器,然后設定負載策略,連接成功后,在某一場景的負載 生成器欄中選擇該連接的機子就OK了。

　　5. 添加資源度量
　　為了能夠實時的監控服務器因用戶量的遞增或因功能點性能問題而導致資源的變化,LR也提供了象Vuser圖一樣的資源圖,只要在相應的區域右鍵添加度 量,將需要關注的資源添加進來即可.如下圖

　　1>在AVAILABLE列表中，單擊要監視的圖表，選擇MONITOR|ADD MEASUREMENTS；或者在AVAILABLE GRAPH中先將準備監視的指標拖至右側圖表欄中，然后用鼠標右鍵單擊該圖表，在彈出的快捷菜單選擇ADD MEASUREMENTS，系統會自動彈出相應的監視服務器對話框；單擊上部的ADD按鈕，在MONITORED SERVER MACHINES中添加要監視的服務器名稱（或IP地址）和相應的系統平臺；單擊下部的ADD按鈕在RESOURCE MEASUREMENTS ON列表中添加相應的計數器，這里可以選擇一個或多個性能指標。如果添加成功的話，場景運行的時候，就可以在線監視所選擇的指標數據了

　　注意：必須以被監視機器的管理員身份登陸到CONTROLLER所在機器，才能添加被監視機器的性能計數器；

　　2>常見的計數器

1. MEMORY相關，內存問題主要檢查應用程序是否存在內存泄露，如果發生了泄露，PROCESS\PRIVATE BYTES計數器和PROCESS\WORKING SET計數器的值往往會升高,同時AVALIABLE BYTES的值會降低.內存泄露應該通過一個長時間的測試來檢查,主要測試當所有內存都耗盡時應用程序的反應情況;
2. PROCESSOR相關,判斷應用程序是否存在處理器的瓶頸
   如果PROCESSOR QUEUE LENGTH顯示的隊列長度保持不變(>=2),且處理器的利用率%PROCESSOR TIME超過90%,那么很可能存在處理器瓶頸;
   如果發現PROCESSOR QUEUE LENGTH顯示的隊列長度超過2,而處理器利用率卻一直很低,那么或許更應該去解決處理器的阻塞問題,處理器一般不是瓶頸;
   如果系統由于應用程序代碼效率低下或者系統結構設計有缺陷而導致大量的上下文切換(CONTEX SWITCHES/SEC,顯示的上下文切換次數)比較大,那么就會造成大量的系統資源;
   如果系統吞吐量降低并且CPU的使用率很高,并且此現象發生時切換水平在1500以上,那么意味著上下文切換的次數過高;
   還可以比較CONTEXT SWITCHES/SEC和%PRIVILEGED TIME來判斷上下文切換是否過量;如果后者的值超過40%,且上下文切換的速率也很高,那么應該檢查為什么會產生這么高的上下文切換;
3. 網絡吞吐量及帶寬
   BYTES TOTAL/SEC: 判斷網絡連接速度是否是瓶頸,可以用該計數器的值和目前網絡的帶寬比較,相除結果應該小于50%;
4. 磁盤相關
   判斷磁盤瓶頸的方法是通過以下的公式來計算:
   每磁盤的I/O數=[讀次數+(4*寫次數)]/磁盤個數
   如果計算的每磁盤的I/O數大于磁盤的處理能力,那么磁盤存在瓶頸;
5. WEB SERVER相關
6. 數據庫服務器相關

　　6.使用測試管理工具進行統一管理
　　LR和MERCURY QUALIY CENTER的完美結合，給用戶組織和管理LOADRUNNER的測試腳本，場景和測試數據帶來了極大的便利。QUALITY CENTER是MERCURY 提出的針對質量保證的解決方案。只要將LR連接到基于WEB的QUALITY CENTER，則場景的存儲執行和測試結果的收集就會隨時隨地被MERCURY QUALITY CENTER的測試項目進行有效的管理；

　　1>連接到QUALITY CENTER
　　要想讓LOADRUNNER使用一個QUALITY CENTER 對測試內容進行管理，首先必須通過URL連接到QUALITY CENTER，這個QUALITY CENTER 既可以是安裝在本地的局域網上，也可以是通過廣域網訪問的測試管理平臺；

　　在CONTROLLER模塊中，選擇TOOLS|QUALITY CENTER CONNECTION 命令，彈出QUALITY CENTER CONNECTION 對話框，在SERVER文本框中輸入安裝了QUALITY CENTER的WEB服務器的URL地址，單擊CONNECT按鈕，系統會試圖建立對QUALITY CENTER服務器的連接，如果連接建立成功，則會在PROJECT CONNECTION 一欄顯示QUALITY CENTER的項目；

　　在PROJECT CONNECTION 一欄輸入相關的內容，即選定要連接的測試管理項目，單擊CONNECT按鈕，系統開始對相應的項目建立連接。一旦建立成功，則QUALITY CENTER的項目信息就變為只讀狀態；

　　2>斷開服務器或項目
　　在連接狀態中，可以隨時單擊DISCONNECT 按鈕斷開QUALITY CENTER服務器或項目的連接；

　　3>打開/保存測試項目場景
　　如果LOADRUNNER正在連接到一個測試管理工具上，那么在保存和打開場景的時候，系統彈出的對話框會有所不同，如果仍然希望在文件系統中打開/ 保存場景，可以單擊對話框中的FILE SYSTEM按鈕進行切換；關于測試管理工具如何管理和調用LOADRUNNER的場景，請參考TD。

五. 利用ANALYSIS分析測試結果
　　這個模塊是最難最復雜,也是眾多LR工程師最頭痛的部分,為了更快更多的找出系統存在的性能瓶頸,必須對LR控制器生成的性能指標數據進行分析, LR的ANALYSIS模塊是分析系統的性能指標的一個主要工具,它能夠直接打開場景的執行結果文件,將場景數據信息生成相關的圖表進行顯 示.ANALYSIS集成了強大的數據統計分析功能,允許測試員對圖表進行比較和合并等多種操作,分析后的圖表能夠自動生成需要的測試報告文 檔;ANALYSIS作為LR的一個主要模塊,是幫助測試人員分析系統性能瓶頸的得力助手;

　　在ANALYSIS中包含了很多在場景運行過程中獲取了很多和性能相關的數據的圖表;針對每一個被測應用來說,到底哪個性能指標是影響性能的關 鍵了.了解常用的性能指標,熟悉使用ANALYSIS分析工具分析測試結果是確定系統瓶頸的關鍵.再次強調,不同的應用程序,影響其性能的因素也不同,要 分析被測軟件的性能因素,首先要熟悉被測軟件的技術架構; LR除了將獲取的原始數據形成直觀的圖表外,還對數據進行了一些統計,例如在多數分析圖表下方的圖例列表中,給出了最大值,最小值,平均值,中間值和 STD等一些統計字段,便于用戶分析。

LR使用