analysis簡介
分析器就是對測試結果資料進行分析的元件，它是LR三大元件之一，儲存著大量用來分析效能測試結果的資料圖，但並不一定要對每個檢視進行分析，可以根據實際情況選擇相關的資料檢視進行分析，分析結果可以生成一些不同格式的測試報告，可以對不同的圖表進行合併分析。
在controller裡面點選analysis，可以生成分析圖表

或者在開始執行場景時儲存執行指令碼的路徑

然後開啟analysis，選擇之前儲存的執行指令碼


點選生成分析如下

analysis會話視窗

摘要報告

一、概要部分

二、統計部分

三、事務統計部分

第一行統計場景執行時所有事務通過、失敗、停止的數量。而表格裡則是顯示了所有事務執行時的詳細資訊：

1）transaction name（事務名）；2）minimum（事務執行的最短時間）；3）average（事務執行的平均時間）；4）maximum（事務執行的最長時間）；

5）std.deviation（標準方差）：方差描述一組資料偏離其平均值的情況，方差值越大，說明這組資料就越離散，波動性也就越強；反之，則說明這組資料就越聚合，波動性也就越小；

6）90 percent：在controller執行場景時，並不會顯示這個值，因為它是對整個一系列資料統計的結果。表示一個事務在執行過程中的90%所花費的時間，比如，一個事務執行了100次，對這100次事務響應時間進行升序排序，第90%即90次事務執行時間；

7）pass（通過的事務個數）；8）fail（失敗的事務個數）；9）stop（停止的事務個數）：在執行場景時，若使用者手工停止場景的執行，事務沒有自己的狀態，那麼就是停止狀態。

注：事務的通過率一定要大於95%，也即失敗率應該小於5%，因為如果事務失敗率過高，就說明客戶在使用系統時很容易出現錯誤，這樣無論事務響應時間多麼短也是不符合要求的，因為客戶最基本的需求都沒有被滿足，功能都不能正確的處理，那麼更無法談效能了。

analysis常見圖分析

在LR分析器中對資源使用的情況分析得很少，因為通常在效能測試過程中很少使用LR來監控系統資源的使用，特別是UNIX、LINUX和ALX作業系統，幾乎不使用LR來監控，更多的是藉助第三方工具來監控，當然如果伺服器是windows作業系統，那麼使用LR進行監控比較簡單。
一、vuser圖
它顯示vuser狀態和完成指令碼的vuser的數量。將這些圖與事務圖結合使用可以確定vuser的數量對事務響應時間產生的影響。X軸表示從方案開始執行以來已用的時間，Y軸表示方案中的vuser數，vuser圖顯示在測試期間的每一秒內執行vuser指令碼的vuser數量及其狀態。可以幫助確定任何給定環境中伺服器上的vuser負載。預設情況下，此圖僅顯示為running的vuser。

二、點選率圖
顯示在方案執行過程中vuser每秒鐘向web伺服器提交的HTTP請求數。藉助此圖可以依據點選次數來評估vuser產生和負載量。一般會將此圖與平均事務響應時間圖放在一起進行檢視，觀察點選數對事務效能產生的影響。X軸表示方案從開始執行以來所用的時間，Y軸表示伺服器上的點選數。
注意：點選率並不能衡量伺服器的真實處理能力，也不能僅僅通過點選率來衡量伺服器的處理能力，因為伺服器即使出現 了瓶頸也還會影響到這個值的變化，因為LR其實也是一個代理錄製的工具，將錄製過程中提交的請求錄製成指令碼，在回放時模擬使用者重新提交這些請求，那麼在提交的時間LR可以對HTTP請求進行統計，進而生成點選率檢視。但是這並不代表LR畫出來的點選率檢視一定正確，假如客戶端實際提交的HTTP請求為2000個/s，但點選率檢視畫出來的值為1000個/s，這說明客戶端提交的請求根本就沒有完全傳送到伺服器，那麼這種情況最有可能是在閘道器處請求出現超時，因為每個閘道器埠都有一個允許其訪問的最大值，當這個值過大時，閘道器也會出現排隊現象，如果佇列過長就會導致一些請求出現超時現象，最後導致統計出來的點選率的值不正確。

三、平均事務響應時間圖
顯示方案在執行期間執行事務所用的平均時間。X軸表示從方案開始執行以來已用的時間，Y軸表示執行每個事務所用的平均時間（s）。平均事務響應時間最直接地反映了事務的效能情況，一般會將平均事務響應時間圖與vuser圖對照著看，來觀察vuser執行對事務效能的影響。可以右鍵選擇show transaction breakdown tree檢視子事務或者所有的事務每個頁面所花費的時間。
平均事務響應時間圖直接反映系統的效能情況，這也是客戶眼中的效能，在需要時必須明確地定義好業務的響應時間，在分析時一般先分析的響應時間，當平均事務響應時間符合定義時，也僅僅說明響應時間能達到要求，但是此時並不代表系統達到客戶要求，因為LR統計出來的事務響應時間不一定正確，所以當事務響應時間達到要求後，也一定要分析一些其他的資料，需要確定的是業務是否都做成功了，如果業務都做成功了，並且事務響應時間達到要求，這樣才能說明事務響應時間達到客戶的要求；如果平均事務響應時間達不到要求，就需要進一步分析，是哪些原因導致事務響應時間過長，這樣才能進一步優化系統的效能。

四、吞吐量圖
顯示方案執行過程中伺服器上每秒的吞吐量。吞吐量的單位為位元組，表示 vuser在一秒時間內從伺服器獲得的資料量。藉助此圖可以依據伺服器吞吐量來評估vuser產生的負載量，可以和平均事務各應時間圖對照觀察，以檢視吞吐量對事務效能產生的影響。
X軸表示 方案從開始執行以來已用的時間，Y軸表示伺服器的吞吐量（以位元組為單位）。吞吐量直接反映了伺服器的處理能力，如果伺服器處理的吞吐量的值越大，說明伺服器處理業務的能力越強，但是在測試過程中不可能一次就測試出伺服器吞吐量的值，必須經過多次測試才能找到吞吐量的值，即測試過程中一定要找到吞吐量的拐點，這樣才能找到伺服器處理業務時的最大吞吐量，亦即伺服器處理的最大能力。