jmeter測試性能筆記
jmeter讀書筆記
jemeter官方文檔：網頁連結
jmeter測試最少包含：測試計劃、線程組和單個\多個采樣器。
線程組
所有控制器和采集器都必須在一個線程組下；線程組允許控制限制數、加速周期（Ramp-Up時間）、執行測試次數。
加速器告訴jmeter需要多長時間才能加速到選擇的全部線程數
控制器
控制器可分為：采樣器和邏輯控制器
采樣器：決定jmeter何時向伺服器發送請求并等待響應。
邏輯控制器：決定何時jmeter向伺服器發送請求的邏輯。
URL重寫：URL資訊不是通過cookie儲存，就可以通過URL重寫，操作方法：JMeter需要解析伺服器接收到的HTML并檢索唯一會話ID.
http請求預設值：被複用的内容的封裝。使用場景：協定、伺服器IP、端口等相同，隻有路徑不一樣的情況。
資訊頭管理器：新增修改實作的資料是json格式的，向伺服器送出申明的時候需要說明資料的内容類型。
參數化設定四種方式：
1.使用者定義的變量 調用格式：${變量名}
2.CSV資料檔案設定 CSV就是把資料用逗号分隔開，注意設定循環次數
3.使用者參數 注意設定線程數，一個線程就是一個使用者
4.函數
伺服器cpu等資料檢視：JMeter PerfMon Metrics Collector性能監控插件 - tooltime - 部落格園
分布式設定問題：
1.同一區域網路，相同的網段，ping不通。--需要關閉防火牆
2.修改property中參數，修改端口後jmeter連接配接不上。--需要設定指定1099端口
3.設定端口後jmeter仍然不能連接配接。--需要所有jmeter都啟動jmeter.server服務
性能名額：
1.系統性能名額
響應時間（response time/RT）:使用者數目多，響應時間應該越快；
吞吐量（Throughput）:系統在機關時間内處理請求數量。
QPS（queries per second）:機關時間處理完的請求數量（而不是接受的請求，這裡包含使用者的等待時間）。
TPS（transactions per second）:機關時間處理完的事務數量
錯誤率：需要系統在負載情況下（是指有大量并發請求的情況，而不是一個使用者反複操作），失敗業務的機率。一般要求錯誤率無限接近0.
資源使用率：cpu（不高于75%-85%）、記憶體（不高于80%）、磁盤io（即磁盤的傳輸速度不高于90%）、網絡（不高于80%）。
如何擷取性能需求名額：
需求直接給出
-可以直接作為性能測試的名額依據
根據曆史營運資料分析
-提取進行性能測試的功能子產品
-業務次元提取
-技術次元提取
-擷取各功能的實際業務量
-性能名額計算
-正常場景TPS:二八原則（請求數*80%/運作時間*20%）
-峰值場景TPS:峰值請求數*系數（自己預估資料）/峰值時間
競品分析
-擷取同類型軟體的性能名額/曆史營運資料
jemeter各種http協定傳參：
負載測試在區間中逐漸增加步長，出現以下任意現象時，即是最大并發使用者數：
1.出現連續報錯
2.平均響應時間超過1.5秒（1.5秒是行業标準）
3.tps出現下降趨勢
測試計劃核心内容：
1.測試背景
2.測試目的
3.測試範圍
4.測試政策
5.風險控制
6.傳遞清單
7.進度與分工
測試範圍、測試政策描述模闆：
