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
.png)
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 的選項基本相同，的區別是，每個活躍線程都會在所有活躍線程上一次運行結束后等待合理的時間后再次運行。
