壓力模式
效能測試中的壓力模式有兩種。
第一種是併發使用者模式（虛擬使用者模式）併發使用者是指虛擬併發使用者數，從業務角度，也可以理解為同時線上的使用者數。
從客戶端的角度出發，摸底業務系統各節點能同時承載的線上使用者數，可以使用該模式設定目標併發，也就是 Jmeter 裡面的執行緒數。
第二種是RPS 模式（吞吐量模式）RPS（Requests Per Second）是指每秒請求數。RPS 模式即“吞吐量模式”，透過設定每秒發出的請求數，從服務端的角度出發，直接衡量系統的吞吐能力。
需求1：有一個專案，500使用者同時登入，響應時間能達到多少？
場景分析：這就是典型的併發使用者模式。
我們在用 Jmeter設計第一種場景的時候，可以用執行緒數去模擬併發使用者。
如下圖設定500執行緒去模擬500使用者；一次迭代表示每個執行緒的請求只發起一次；集合點500表示這500執行緒將在同一時間發起請求，新增監聽器檢視響應時間
需求2：考勤打卡，最大吞吐量能達到多少？（每秒最大能完成多少筆打卡業務）
場景分析：這就是典型的吞吐量模式了。
為什麼要設計這種模式呢？領導讓做效能測試的時候，並不知道具體的併發數及系統的訪問量，這樣的畫我們是不是就沒有辦法去測試了?
我們需要考慮吞吐量了。一般透過負載測試來找到吞吐量的拐點。
負載測試：持續穩定地增加系統的負載，測試系統效能的變化，找出系統瓶頸和效能拐點如果用rps壓力模式的話，這裡所謂的增加系統負載，就是指的增加每秒請求數。
如下圖rps定時器，表示在20s內將rps穩定的加到200/s
檢視tps
最後感謝每一個認真閱讀我文章的人，禮尚往來總是要有的，這些資料，對於【軟體測試】的朋友來說應該是最全面最完整的備戰倉庫，雖然不是什麼很值錢的東西，如果你用得到的話可以直接拿走：
