性能常用指標參考模板

1、Transactions（用戶事務分析）用戶事務分析是站在用戶角度進行的基礎性能分析。1、Transation Sunmmary（事務綜述）對事務進行綜合分析是性能分析的第一步，通過分析測試時間內用戶事務的成功與失敗情況，可以直接判斷出系統(tǒng)是否運行正常。2、Average Transaciton Response Time（事務平均響應時間）“事務平均響應時間”顯示的是測試場景運行期間的每一秒內事務執(zhí)行所用的平均時間，通過它可以分析測試場景運行期間應用系統(tǒng)的性能走向。例：隨著測試時間的變化，系統(tǒng)處理事務的速度開始逐漸變慢，這說明應用系統(tǒng)隨著投產時間的變化，整體性能將會有下降的趨勢。3、Tran

2、sactions per Second（每秒通過事務數(shù)/TPS）“每秒通過事務數(shù)/TPS”顯示在場景運行的每一秒鐘，每個事務通過、失敗以及停止的數(shù)量，使考查系統(tǒng)性能的一個重要參數(shù)。通過它可以確定系統(tǒng)在任何給定時刻的時間事務負載。分析TPS主要是看曲線的性能走向。將它與平均事務響應時間進行對比，可以分析事務數(shù)目對執(zhí)行時間的影響。例：當壓力加大時，點擊率/TPS曲線如果變化緩慢或者有平坦的趨勢，很有可能是服務器開始出現(xiàn)瓶頸。4、Total Transactions per Second（每秒通過事務總數(shù)）“每秒通過事務總數(shù)”顯示在場景運行時，在每一秒內通過的事務總數(shù)、失敗的事務總署以及停止的事務總

3、數(shù)。5、Transaction Performance Sunmmary（事務性能摘要）“事務性能摘要”顯示方案中所有事務的最小、最大和平均執(zhí)行時間，可以直接判斷響應時間是否符合用戶的要求。重點關注事務的平均和最大執(zhí)行時間，如果其范圍不在用戶可以接受的時間范圍內，需要進行原因分析。6、Transaction Response Time Under Load（事務響應時間與負載）“事務響應時間與負載”是“正在運行的虛擬用戶”圖和“平均響應事務時間”圖的組合，通過它可以看出在任一時間點事務響應時間與用戶數(shù)目的關系，從而掌握系統(tǒng)在用戶并發(fā)方面的性能數(shù)據，為擴展用戶系統(tǒng)提供參考。此圖可以查看虛擬用戶負

4、載對執(zhí)行時間的總體影響，對分析具有漸變負載的測試場景比較有用。7、Transaction Response Time(Percentile)（事務響應時間(百分比)）“事務響應時間(百分比)”是根據測試結果進行分析而得到的綜合分析圖，也就是工具通過一些統(tǒng)計分析方法間接得到的圖表。通過它可以分析在給定事務響應時間范圍內能執(zhí)行的事務百分比。8、Transaction Response Time(Distribution)（事務響應時間(分布)）“事務響應時間(分布)”顯示在場景運行過程中，事務執(zhí)行所用時間的分布，通過它可以了解測試過程中不同響應時間的事務數(shù)量。如果系統(tǒng)預先定義了相關事務可以接受的最

5、小和最大事務響應時間，則可以使用此圖確定服務器性能是否在可以接受的范圍內。2 / 8 Web Resources（Web資源分析）Web資源分析是從服務器入手對Web服務器的性能分析。1、Hits per Second（每秒點擊次數(shù)）“每秒點擊次數(shù)”，即使運行場景過程中虛擬用戶每秒向Web服務器提交的HTTP請求數(shù)。通過它可以評估虛擬用戶產生的負載量，如將其和“平均事務響應時間”圖比較，可以查看點擊次數(shù)對事務性能產生的影響。通過對查看“每秒點擊次數(shù)”，可以判斷系統(tǒng)是否穩(wěn)定。系統(tǒng)點擊率下降通常表明服務器的響應速度在變慢，需進一步分析，發(fā)現(xiàn)系統(tǒng)瓶頸所在。2、Throughput（吞吐率）

6、“吞吐率”顯示的是場景運行過程中服務器的每秒的吞吐量。其度量單位是字節(jié)，表示虛擬用在任何給定的每一秒從服務器獲得的數(shù)據量?？梢砸罁掌鞯耐掏铝縼碓u估虛擬用戶產生的負載量，以及看出服務器在流量方面的處理能力以及是否存在瓶頸?！巴掏侣省眻D和“點擊率”圖的區(qū)別：“吞吐率”圖，是每秒服務器處理的HTTP申請數(shù)。“點擊率”圖，是客戶端每秒從服務器獲得的總數(shù)據量。3、HTTP Status Code Summary（HTTP狀態(tài)代碼概要）“HTTP狀態(tài)代碼概要”顯示場景或會話步驟過程中從Web服務器返回的HTTP狀態(tài)代碼數(shù)，該圖按照代碼分組。HTTP狀態(tài)代碼表示HTTP請求的狀態(tài)。4、HTTP Resp

7、onses per Second（每秒HTTP響應數(shù)）“每秒HTTP響應數(shù)”是顯示運行場景過程中每秒從Web服務器返回的不同HTTP狀態(tài)代碼的數(shù)量，還能返回其它各類狀態(tài)碼的信息，通過分析狀態(tài)碼，可以判斷服務器在壓力下的運行情況，也可以通過對圖中顯示的結果進行分組，進而定位生成錯誤的代碼腳本。5、Pages Downloader per Second（每秒下載頁面數(shù)）“每秒下載頁面數(shù)”顯示場景或會話步驟運行的每一秒內從服務器下載的網頁數(shù)。使用此圖可依據下載的頁數(shù)來計算Vuser生成的負載量。和吞吐量圖一樣，每秒下載頁面數(shù)圖標是Vuser在給定的任一秒內從服務器接收到的數(shù)據量。但是吞吐量考慮的各個

8、資源極其大?。ɡ?，每個GIF文件的大小、每個網頁的大?。６棵胂螺d頁面數(shù)只考慮頁面數(shù)。注：要查看每秒下載頁數(shù)圖，必須在R-T-S那里設置“每秒頁面數(shù)(僅HTML模式)”。6、Retries per Second（每秒重試次數(shù)）“每秒重試次數(shù)”顯示場景或會話步驟運行的每一秒內服務器嘗試的連接次數(shù)。在下列情況將重試服務器連接：A、初始連接未經授權B、要求代理服務器身份驗證C、服務器關閉了初始連接D、初始連接無法連接到服務器E、服務器最初無法解析負載生成器的IP地址7、Retries Summary（重試次數(shù)概要）“重試次數(shù)概要”顯示場景或會話步驟運行過程中服務器嘗試的連接次數(shù)，它按照重試原因分組

9、。將此圖與每秒重試次數(shù)圖一起使用可以確定場景或會話步驟運行過程中服務器在哪個時間點進行了重試。8、Connections（連接數(shù)）“連接數(shù)”顯示場景或會話步驟運行過程中每個時間點打開的TCP/IP連接數(shù)。借助此圖，可以知道何時需要添加其他連接。例：當連接數(shù)到達穩(wěn)定狀態(tài)而事務響應時間迅速增大時，添加連接可以使性能得到極大提高（事務響應時間將降低）。9、Connections Per Second（每秒連接數(shù)）“每秒連接數(shù)”顯示方案在運行過程中每秒建立的TCP/IP連接數(shù)。理想情況下，很多HTTP請求都應該使用同一連接，而不是每個請求都新打開一個連接。通過每秒連接數(shù)圖可以看出服務器的處理情況，就表

10、明服務器的性能在逐漸下降。10、SSLs Per Second（每秒SSL連接數(shù)）“每秒SSL連接數(shù)”顯示場景或會話步驟運行的每一秒內打開的新的以及重新使用的SSL連接數(shù)。當對安全服務器打開TCP/IP連接后，瀏覽器將打開SSL連接。Web Page Breakdown（網頁元素細分）“網頁元素細分”主要用來評估頁面內容是否影響事務的響應時間，通過它可以深入地分析網站上那些下載很慢的圖形或中斷的連接等有問題的元素。1、Web Page Breakdown（頁面分解總圖）“頁面分解”顯示某一具體事務在測試過程的響應情況，進而分析相關的事務運行是否正常?！绊撁娣纸狻眻D可以按下面四種方式進行進一步細

11、分：1)、Download Time Breaddown（下載時間細分）“下載時間細分”圖顯示網頁中不同元素的下載時間，同時還可按照下載過程把時間進行分解，用不同的顏色來顯示DNS解析時間、建立連接時間、第一次緩沖時間等各自所占比例。2)、Component Breakdown(Over Time)（組件細分(隨時間變化)）“組件細分”圖顯示選定網頁的頁面組件隨時間變化的細分圖。通過該圖可以很容易的看出哪些元素在測試過程中下載時間不穩(wěn)定。該圖特別適用于需要在客戶端下載控件較多的頁面，通過分析控件的響應時間，很容易就能發(fā)現(xiàn)那些控件不穩(wěn)定或者比較耗時。3)、Download Time Breakd

12、own(Over Time)（下載時間細分(隨時間變化)）“下載時間細分(隨時間變化)” 圖顯示選定網頁的頁面元素下載時間細分（隨時間變化）情況，它非常清晰地顯示了頁面各個元素在壓力測試過程中的下載情況?！跋螺d時間細分”圖顯示的是整個測試過程頁面元素響應的時間統(tǒng)計分析結果，“下載時間細分(隨時間變化)”顯示的事場景運行過程中每一秒內頁面元素響應時間的統(tǒng)計結果，兩者分別從宏觀和微觀角度來分析頁面元素的下載時間。4)、Time to First Buffer Breakdown(Over Time)（第一次緩沖時間細分(隨時間變化)）“第一次緩沖時間細分(隨時間變化)”圖顯示成功收到從Web服務器

13、返回的第一次緩沖之前的這段時間，場景或會話步驟運行的每一秒中每個網頁組件的服務器時間和網絡時間（以秒為單位）?？梢允褂迷搱D確定場景或會話步驟運行期間服務器或網絡出現(xiàn)問題的時間。First Buffer Time：是指客戶端與服務器端建立連接后，從服務器發(fā)送第一個數(shù)據包開始計時，數(shù)據經過網絡傳送到客戶端，到瀏覽器接收到第一個緩沖所用的時間。2、Page Component Breakdown（頁面組件細分）“頁面組件細分”圖顯示每個網頁及其組件的平均下載時間（以秒為單位）?？梢愿鶕螺d組件所用的平均秒數(shù)對圖列進行排序，通過它有助于隔離有問題的組件。3、Page Component Breakdo

14、wn(Over Time)（頁面組件分解(隨時間變化)）“頁面組件分解(隨時間變化)”圖顯示在方案運行期間的每一秒內每個網頁及其組件的平均響應時間 （以秒為單位）。4、Page Download Time Breakdown（頁面下載時間細分）“頁面下載時間細分”圖顯示每個頁面組件下載時間的細分，可以根據它確定在網頁下載期間事務響應時間緩慢是由網絡錯誤引起還是由服務器錯誤引起。“頁面下載時間細分”圖根據DNS解析時間、連接時間、第一次緩沖時間、SSL握手時間、接收時間、FTP驗證時間、客戶端時間和錯誤時間來對每個組件的下載過程進行細分。5、Page Download Time Breakdow

15、n(Over Time)（頁面下載時間細分(隨時間變化)）“頁面下載時間細分(隨時間變化)”圖顯示方案運行期間，每一秒內每個頁面組件下載時間的細分。使用此圖可以確定網絡或服務器在方案執(zhí)行期間哪一時間點發(fā)生了問題?！绊撁娼M件細分(隨時間變化)”圖和“頁面下載時間細分(隨時間變化)”圖通常結合起來進行分析：首先確定有問題的組件，然后分析它們的下載過程，進而定位原因在哪里。6、Time to First Buffer Breakdown（第一次緩沖時間細分）“第一次緩沖時間細分”圖顯示成功收到從Web服務器返回的第一次緩沖之前的這一段時間內的每個頁面組件的相關服務器/網路時間。如果組件的下載時間很長，則可以使用此圖確定產生的問題與服務器有關還是與網絡有關。網絡時間：定義為第一個HTTP請求那一刻開始，直到確認為止所經過的平均時間。服務器時間：定義為從收到初始HTTP請求確認開始，直到成功收到來自Web服務器的一次緩沖為止所經過的平均時間。7、Time to First Buffe