tps：transactions per second，意思是每秒事務數，乙個事務是指乙個客戶機向伺服器傳送請求然後伺服器做出反應的過程。客戶機在傳送請求時開始計時，收到伺服器響應後結束計時，以此來計算使用的時間和完成的事務個數。
每個事務包括了如下3個過程：
a.使用者請求伺服器
b.伺服器自己的內部處理（包含應用伺服器、資料庫伺服器等）
c.伺服器返回給使用者
如果每秒能夠完成n次這三個過程，tps就是n；有時，可能會將多個請求定義為乙個事務，那麼，完成一次這幾個請求，就算乙個tps。
qps：queries per second，意思是每秒查詢率，是一台伺服器每秒能夠響應的查詢次數，是對乙個特定的查詢伺服器（比如是讀寫分離的架構，就是讀的伺服器）在規定時間內所 處理流量多少的衡量標準。
如果對乙個頁面請求一次，形成乙個tps，但一次頁面請求，可能產生多次對伺服器的請求（頁面上有很多資源，比如等），伺服器對這些請求，就可計入「qps」之中；
但是，如今的專案基本上都是前後端分離的，效能也分為前端效能和後端效能，通常預設是後端效能，即服務端效能，也就是對服務端介面做壓測
如果是對乙個介面（單場景）壓測，且這個介面內部不會再去請求其它介面，那麼tps=qps，否則，tps≠qps
如果是對多個介面（混合場景）壓測，不加事務控制器，jmeter會統計每個介面的tps，而混合場景是要測試這個場景的tps，顯然這樣得不到混合場景的tps，所以，要加了事物控制器，結果才是整個場景的tps。
jmeter聚合報告中，throughput是用來衡量請求的吞吐量，也就是tps
併發模式與 rps 模式之爭，效能壓測領域的星球大戰
效能測試-例項講解vu、rps、rt公式換算
效能測試準備 計算TPS
在需求調研階段，我們會知道測試系統的業務模型，包括有多少支交易，每支交易的日交易量 筆 天 或高峰時段交易量 筆 時 從而得到總的預期tps和每支交易的佔比。這個是非常重要的，在混合壓力測試場景和穩定性測試場景中都會根據這個佔比來配置場景。那麼首先預期tps如何計算呢？例子1 以目前生產核心系統交易...
Jmeter之效能測試TPS
1 獲得tps外掛程式 安裝外掛程式管理器 2 將 plugins manager.jar 放到 apache jmeter 3.2 lib ext 目錄下。3 重啟 apachejmeter 4 選單欄上會多出乙個 plugins manager 的按鈕，點選可以檢視各種外掛程式 5 新增外掛程式...
效能測試中TPS和併發使用者數
在做效能測試的時候，很多人都用併發使用者數來衡量系統的效能，覺得系統能支撐的併發使用者數越多，系統的效能就越好 對tps不是非常理解，也根本不知道它們之間的關係，因此非常有必要進行解釋。tps transaction per second,每秒事務數,是衡量系統效能的乙個非常重要的指標，簡單例子 在...