性能測試關注指標-TPS概述
一、TPS(Transaction per Second)定義
TPS是Transactions Per Second 的縮寫，也就是事務數/秒。它是軟件測試結果的測量單位。一個事務是指一個客戶端向服務器發送請求然后服務器做出反應的過程。客戶端在發送請求時開始計時， 收到服務器響應后結束計時，以此來計算使用的時間和完成的事務數。
二、TPS的作用
1. TPS反應了系統在單位時間內處理業務的能力，這個值的高低，說明了系統處理能力的高低。TPS隨着時間的變化逐漸變化，TPS會受到負載的影響，也會隨着負載的增加而逐漸增加，當系統進入高壓力區時，TPS會有所下降，在繼續加壓的話，就是開始出現少量的失敗事務。
2. TPS是從客戶端角度審視服務器處理能力，並不是說TPS可以達到什么程度就能支持多少並發，也不是設置了多少並發就等於達到了多少TPS的量（例如一個業務100個交易，另一個業務10個交易，或者設置了100的並發線程數，但是當前單位時間內，有排隊等待的虛擬用戶），兩者沒有必然的聯系。
3. TPS=腳本運行期間所有事物總數/腳本運行時長，如果有集合點策略，在腳本執行前的等待時間過程中，服務器沒有處理事物，這個時候的TPS和理論中的結果會不一致。
4. 影響TPS的因素，有以下幾點：服務器本身性能問題、代碼處理的問題、客戶端施加的壓力問題（客戶端本身如果出現瓶頸，TPS會上不去）、網卡（帶寬）。
三、TPS與響應時間
1. TPS短時間內隨着並發的升高是逐漸增大的，而響應時間應該是額定不變的值，此時，說明並發數不是太高，TPS也沒有達到最大值，服務器的處理能力還沒有飽和，可以嘗試增加並發數，使TPS繼續增高達到峰值。
例如,地鐵進站口，如果有五個刷卡進站的口，每個人從刷卡到進站估計需要兩秒，這是有1個乘客，2個乘客，3個乘客，需要的時間都是兩秒，而進站口還有幾個剩余，沒有充分利用。這個時候可以適當提高乘客進站數量。
2. 如果繼續增加並發，達到100，例如進站乘客數大於5，需要的時間就會增大，如果繼續增加人數，會造成線程等待，平均響應時間增加，從原來的2秒增加到10秒，TPS也會降低，兩者在宏觀上是成反比的，但是兩者的值是分別計算出來的，沒有直接必要的關系。