Jmeter 事務(wù)控制器。

• 在Jmeter中，默認一個取樣器就是一個事務(wù)
• 事務(wù)控制器控制其子集取樣器，合并為一個事務(wù)

添加：邏輯控制器/Logic Controller -> 事務(wù)控制器/Transaction Controller

• TPS: 服務(wù)器每秒處理的事務(wù)數(shù)
• 在事務(wù)控制器下添加多個取樣器，想要把多個取樣器合并為一個事務(wù)時，必須勾選"Generate parent sample"

如果不勾選Generate parent sample，那么每個取樣器都會在聚合報告中單獨一行展示。

聚合報告/Aggregate Report

添加：監(jiān)聽器/Listener -> 聚合報告/Aggregate Report

在性能測試中，使用聚合報告有兩個前提條件：

• 
  
1. 沒有網(wǎng)絡(luò)瓶頸

因為我們看聚合報告時，習(xí)慣把吞吐量的值等價為TPS的值。

聚合報告最后兩列是吞吐率

根據(jù)最后兩列，可以判斷是否存在網(wǎng)絡(luò)瓶頸：（注意：最后兩列單位是KB/s）

假設(shè)當(dāng)前帶寬是1M

1M = 1024kb

1024kb ÷ 8 = 128KB

圖中，我們最后兩列值為1.46和1.09，距離128很遠，所以可以判斷不存在網(wǎng)絡(luò)瓶頸。

• 
  
2. 并發(fā)用戶數(shù)不變

負載測試中，并發(fā)用戶數(shù)會隨著時間變化而變化，聚合報告就不具備參考價值。

需要注意的是，我們在做性能測試時，不會用到任何監(jiān)聽器。

我們設(shè)置3個線程，持續(xù)執(zhí)行5秒，得到如下聚合報告：

聚合報告每一行都代表一個事務(wù)

第一列：樣本/Samples：所有并發(fā)用戶在一段時間中的總請求量

這里有 用戶數(shù) × 持續(xù)時間 × (吞吐量÷用戶數(shù)) = 請求數(shù)

所以，當(dāng)多用戶、持續(xù)一段時間請求時，聚合報告的吞吐量其實就是(每秒請求頻率×用戶數(shù))的值。

第二列到第8列：平均值、中位數(shù)、...、最大值：響應(yīng)時間（單位：ms）

這里最重要的是90% Line：在所有樣本中，有90%的樣本時間是小于等于這個時間的。