QPS 解釋

　　QPS : Query Per Second 每秒查詢率。是一臺查詢服務器每秒能夠處理的查詢次數。在因特網上，作為域名系統服務器的機器的性能經常用每秒查詢率來衡量。

1）測試目標網站是fnng.cnblogs.com 和 tt-topia.rhcloud.com

2）測試目的是該網站在負載達到20 QPS 時的響應時間。

需要使用HTTP Request Sampler 即可。

建立測試計劃

　　啟動jmeter後，jmeter會自動生成一個空的測試計劃，用戶可以基於該測試計劃建立自己的測試計劃。

添加線程組

一個性能測試請求負載是基於一個線程組完成的。一個測試計劃必須有一個線程組。測試計劃添加線程組非常簡單。在測試計劃右鍵彈出下拉菜單（添加-->Threads(Users)--->線程組）中選擇線程組即可。

在測試計劃下面多個線程是並行執行的，也就是說這些線程組是同時被初始化並同時執行線程組下的Sampler的。

　線程組主要包含三個參數：線程數、準備時長（Ramp-Up Period(in seconds)）、循環次數。

線程數：虛擬用戶數。一個虛擬用戶占用一個進程或線程。設置多少虛擬用戶數在這裏也就是設置多少個線程數。

準備時長： 設置的虛擬用戶數需要多長時間全部啟動。如果線程數為20 ，準備時長為10 ，那麽需要10秒鐘啟動20個線程。也就是每秒鐘啟動2個線程。

循環次數：每個線程發送請求的次數。如果線程數為20 ，循環次數為100 ，那麽每個線程發送100次請求。總請求數為20*100=2000 。如果勾選了“永遠”，那麽所有線程會一直發送請求，一到選擇停止運行腳本。

設置合理的線程數對於能否達到測試目標有決定性的影響。在本例中，要求得到網站首頁在20 QPS 負載情況下的響應時間，如果如果線程數量設置的過小，則很可能無法達到設定的QPS要求。另外，設置合理的循環次數也很重要，除了上面介紹的固定循環次數與永遠外；也可以靈活的選擇設定測試運行時間。勾選“調度器”，進行調度器配置。

添加完成線程組後，在線程組上右鍵菜單（添加--->Sampler--->HTTP請求）選擇HTTP請求。對於jmeter來說，取樣器（Sampler）是與服務器進行交互的單元。一個取樣器通常進行三部分的工作：

向服務器發送請求

記錄服務器的響應數據

記錄相應時間信息

名稱

註釋：對於測試沒有任何作用，僅用戶記錄用戶可讀的註釋信息。

服務器名稱或IP ：HTTP請求發送的目標服務器名稱或IP地址。

端口號：目標服務器的端口號，默認值為80 。

協議：向目標服務器發送HTTP請求時的協議，可以是http或者是https ，默認值為http 。

方法：發送HTTP請求的方法，可用方法包括GET、POST、HEAD、PUT、OPTIONS、TRACE、DELETE等。

Content encoding ：內容的編碼方式，默認值為iso8859

路徑：目標URL路徑（不包括服務器地址和端口）

自動重定向：如果選中該選項，當發送HTTP請求後得到的響應是302/301時，JMeter 自動重定向到新的頁面。

Use keep Alive ： 當該選項被選中時，jmeter 和目標服務器之間使用 Keep-Alive方式進行HTTP通信，默認選中。

Use multipart/from-data for HTTP POST ：當發送HTTP POST 請求時，使用Use multipart/from-data方法發送，默認不選中。

同請求一起發送參數 ： 在請求中發送URL參數，對於帶參數的URL ，jmeter提供了一個簡單的對參數化的方法。用戶可以將URL中所有參數設置在本表中，表中的每一行是一個參數值對（對應RUL中的 名稱1=值1）。

同請求一起發送文件：在請求中發送文件，通常，HTTP文件上傳行為可以通過這種方式模擬。

從HTML文件獲取所有有內含的資源：當該選項被選中時，jmeter在發出HTTP請求並獲得響應的HTML文件內容後，還對該HTML進行Parse 並獲取HTML中包含的所有資源（圖片、flash等），默認不選中，如果用戶只希望獲取頁面中的特定資源，可以在下方的Embedded URLs must match 文本框中填入需要下載的特定資源表達式，這樣，只有能匹配指定正則表達式的URL指向資源會被下載。

用作監視器：此取樣器被當成監視器，在Monitor Results Listener 中可以直接看到基於該取樣器的圖形化統計信息。默認為不選中。

Save response as MD5 hash? ：選中該項，在執行時僅記錄服務端響應數據的MD5值，而不記錄完整的響應數據。在需要進行數據量非常大的測試時，建議選中該項以減少取樣器記錄響應數據的開銷。

　　在這裏我們添加兩個HTTP請求，分別用於對fnng.cnblogs.com 和 tt-topia.rhcloud.com發送請求。

設置QPS限制

　　本次性能測試的需求中提到測試的目的是“了解博客的首頁在負載達到20 QPS時的響應時間”，因此需要控制向博客首頁發送請求的負載為20QPS。

　　一種可行的方法是逐步調整測試計劃中的線程計算的數量以及為取樣器（Sampler）添加定時器（Timer），以使HTTP取樣器發出的請求的QPS保持在20個左右。但這種方法耗時耗力，需要經過多次嘗試才能達到；另一方法，完全通過設置定時器來控制QPS，一旦取樣器的響應時間發生改變（網絡環境發生改變），就需要重新調整定時器的等待時間。

　　Jmeter提供了一個非常有用的定時器，稱為Constant Throughput Timer （常數吞吐量定時器），該定時器可以方便地控制給定的取樣器發送請求的吞吐量。

　　右鍵點擊fnng.cnblogs.com ，彈出菜單（添加--->定時器--->Constant Throughput Timer）選擇Constant Throughput Timer

Constant Throughput Timer 的主要屬性介紹：

名稱 ：定時器的名稱

Target throughput（in samples per minute）：目標吞吐量。註意這裏是每分鐘發送的請求數，因此，對應測試需求中所要求的20 QPS ，這裏的值應該是1200 。

Calculate Throughput based on ：有5個選項，分別是：

　　This thread only ：控制每個線程的吞吐量，選擇這種模式時，總的吞吐量為設置的 target Throughput 乘以矣線程的數量。

　　All active threads ： 設置的target Throughput 將分配在每個活躍線程上，每個活躍線程在上一次運行結束後等待合理的時間後再次運行。活躍線程指同一時刻同時運行的線程。

　　All active threads in current thread group ：設置的target Throughput將分配在當前線程組的每一個活躍線程上，當測試計劃中只有一個線程組時，該選項和All active threads選項的效果完全相同。

　　All active threads （shared ）：與All active threads 的選項基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程上一次運行結束後等待合理的時間後再次運行。

　　All cative threads in current thread group （shared ）：與All active threads in current thread group 基本相同，唯一的區別是，每個活躍線程都會在所有活躍線程的上一次運行結束後等待合理的時間後再次運行。

　　如上圖，該元件僅作用於fnng.cnblogs.com ，設置定時器的Target throughput為1200/分鐘（20 QPS），設置Calculate Throughput based on 的值為All active threads 。

　　當然，Constant Throughput Timer只有在線程組中的線程產生足夠多的request 的情況下才有意義，因此，即使設置了Constant Throughput Timer的值，也可能由於線程組中的線程數量不夠，或是定時器設置不合理等原因導致總體的QPS不能達到預期目標。

添加監聽器（Listener）

　　腳本的主要部分設置完成後，需要通過某種方式獲得性能測試中的測試結果，在本例中，我們關心的是請求的響應時間。

　　Jmeter 中使用監聽器元件收集取樣器記錄的數據並以可視化的方式來呈現。Jmeter有各種不同的監聽器類型，因為上HTTP請求，我們可在添加聚合報告，更為直觀的查看測試結果。

　　添加聚合報告，右鍵點擊線程組，在彈的菜單（添加--->監聽器--->聚合報告）中選擇聚合報告。

label 取樣名稱

samples:請求次數

average 平均響應時間

error 本次測試中出現錯誤的請求數量/請求總數

throughput;每秒完成的請求數

kb/sec:每秒從服務接收到的數據量

JMeter基礎之一 一個簡單的性能測試