概述

大部分新手在用jmeter做壓力測試的時候，對一些效能術語十分模糊，直接導致的後果就是對測試出來的結果資料根本不能理解，更談不上分析了。今天的文章就著重給大家解釋一下壓力測試中的一些專有名詞

問題1：什麼是壓力測試

問到如何做壓力測試，很多人可能只會回答："加執行緒組，加併發，看結果"。那麼什麼是壓力，壓力從哪裡體現？這些恐怕就不得而知了。。。

到底什麼是壓力呢？實際上我們在壓力測試中用RPS來表示

是不是有點懵了？什麼是RPS呢？

RPS 就是每秒請求數（Request Per Second），它描述了施壓引擎向伺服器實際發出的壓力大小。

Rps 由併發數和伺服器響應時間決定。併發數過低時可能達不到預期的 RPS，併發數過高時可能壓力過大直接就壓垮了伺服器。

問題2：jmeter怎麼調節壓力

從前面的描述中我們已經知道壓力就是每秒發出的請求數。現在再來理解一個名詞Ramp-up-period（in seconds）

jmeter線上程組中有一個可調節的數值：Ramp-up-period，它表示啟動所有執行緒需要的時間，單位是秒

如下圖，我設定了100個執行緒，迭代次數=1，Ramp-up-period=25，那麼它表示我將在25秒內啟動100個執行緒，也就是每秒鐘啟動4個執行緒。

每個執行緒啟動之間的間隔時間是25/100=0.025s,也就是25ms。

換個理解方式，它表示了我們預期給伺服器的壓力就是每秒鐘傳送4個請求。也就是說，設定的RPS=4/s

如下圖，現在是不是能理解一些了？

 jmeter中的RPS是無法通過監聽器來直觀的監測到，但是可以通過側面方式去驗證一下。

下圖右上角能清晰的看出，我們100個執行緒用了25s才完全載入，或者說我們用了25s才成功的把100個請求發出去。那麼每秒的請求就是4

因為我們的指令碼是單介面，所以理論上來說，此時的TPS=HPS=RPS.下圖可以看出我們的幾個指標都是4/s。

HPS

TPS

問題3：jmeter中的throughput到底是什麼？

各位小夥伴們在使用jmeter時，是不是常常被 throughput 搞暈？到處都是throughput ，到底是做什麼用的呢？

我們先來看看有哪些throughput 元件

定時器中有目標Constant Throughput 和 Throughput Shaping Timer

邏輯控制器中有吞吐量控制器

 聚合報告中也有一個Throughput

撐不住了，好暈啊。。。啊。。。啊。。。。

穩住不要暈倒，下面帶大家一個個的來梳理，重建jmeter世界觀

先來理解一下什麼是Throughput

Throughput是用來衡量吞吐量的指標，通常由TPS和QPS來表示。

TPS表示每秒通過的事物數，QPS表示每秒查詢介面數。

jmeter中如果只有單介面，那麼TPS=QPS。

如果是多介面的混合場景，只有在事物控制器下執行，才能將其理解為TPS。

聚合報告中的 Throughput

下圖Throughput表示無限迭代下的業務吞吐量TPS，大約是99/s。意思就是每秒能處理99筆事物。

或者可以理解為：每秒能處理完成的請求數是99

Constant Throughput Timer

現在我們在介面下新增一個 Constant Throughput Timer

這是一個吞吐量定時器，它可以控制我們的TPS。

如圖，我設定了目標吞吐量是240/min,也就是4/s。

接下來執行的結果可以看到，無論我們預期的吞吐量有多大，實際的TPS都被強力壓縮在4/s，同時我們的平均響應時間也變的很短

Throughput Shaping Timer

再來看一下 Throughput Shaping Timer

下圖可以很明顯看到它是用來控制RPS的，也就是每秒請求數。

start=1 end=100，持續時間是60。表示我們需要在60s內將RPS（每秒請求數）均勻的從1提升到100。

下面可以看出來我們的每秒請求數均勻的在提升

邏輯控制器-吞吐量控制器

這個控制器裡的吞吐量，指的是請求比例。

比如我們總共發出9000個請求，這個控制器下的介面只會傳送3000個，比例控制在30%

下面這張圖更直觀的說明了請求的比例分配

login1的控制器分配的比例是30%，剩餘的70%都分給了login2的控制器

&n