Analysis及其結果分析(1)
一;設定場景後,跑指令碼有問題時
1.效能指標的監測
(1)windows中,資料收集器-使用者自定義 建立指標
(2)和LR中第四格監視的內容一樣
注:如果winds資源打不開,確定這個服務開啟
2.一定記住的:
(1)錄製指令碼時,用IP或域名不用localhost;
(2)伺服器和客戶機一定要分開;
(3)一次完整的測試需要執行30分鐘
(4)error有問題就要去監測,百度一下,別人也許也會遇到
二:主要監測指標(7個)
1.processor Time—cpu佔用率,一般<90%;
Processor Queue Length(System)-CPU佇列長度,一般小於2;
Avalable MByets—可用記憶體
Disk Time(PtysicalDisk_Total)–硬碟讀寫時間;
Avg.DiskQueueLength(LogicalDisk C:) 硬碟的佇列,專案放在C盤,就監視C盤
在Network Interface下查詢,Bytes Sent/sec(Bytes Received/sec)網絡卡接收到的流量和發出去的流量
三:Analysis Summary
1. res 是儲存結果的以資料庫的形式存在的
(1)幾個概念
併發使用者數:與伺服器進行互動的線上使用者數;
事務響應時間(Tans response Time):從客戶端發出請求到得到響應的時間,一般包括:網路響應時間+server的響應時間;
點選率(Hits per second):VUSER使用者每秒傳送的HTTP請求數量;
TPS(Trasaction per second):伺服器每秒鐘處理事務的數量(參考值為10到100);
吞吐量(Throughput):單位時間在網路上傳輸的資料量(服務端返回的資料量),隨著時間的推移,Vuser數量的增加吞吐量不斷增加,說明帶 寬夠用,如果保持相對穩定,可以認為是頻寬限制了資料流量。
(2)Analysis Summary分析
total Throughput (總的吞吐量)從伺服器端響應的多少流量給客戶端 81,809,057 大約等於81m;
Average Throughput 平均吞吐量 155,235是155k,幫助我們看頻寬有沒有達到瓶頸;
Total hits(總點選量) –218.57 發了多了請求給伺服器;
Avage Hits per Second(平均點選量每秒): 21.315;
(3)Transaction Summary 事務的詳細資訊
(4)HTTP Responses Summary 伺服器的響應情況(200、300都是正常的)
(5)圖表中可以新增想看的圖表
圖表的使用:
1)SetFilter/Goup by 按分組檢視,按條件篩選
Set Granularity 設定時間t,這個時間內的平均值算一個值,再圖上表現為一個點
VIew Measurement Trends 檢視資料之間的線性關係
View Raw Data 檢視原始資料,表格右側有原始數值列表
2)合併圖 如:隨著虛擬使用者數的增加,事物響應的時間,在因的那張圖上去關聯,重點是兩個合併圖,才是有價值的
3)自動關聯