TPS（Transaction per Second）定義：
tps是Transaction per Second的縮寫，也就是事物數/秒。它是軟件測試結果的測量單位，一個事物是指一個客戶機向服務器發送請求飯后服務器做出反應的過程。
客戶機在發送請求時開始計時，收到服務器響應后結束計時，以此來計算使用時間和完成的事物數，最終利用這些信息來估計得分。
TPS（Transaction per Second）作用：
反映了系統在同一時間內處理業務的最大能力，這個數據越高，說明處理能力越強，描述（看到系統的TPS隨着時間的變化逐漸變大，而在不到多少分鍾的時候系統
每秒可以處理多少個事物。這里的最高值並不一定代表系統的最大處理能力，TPS會受到負載的影響，也會隨着負載增加而逐漸增加，當系統進入繁忙期后，TPS會有所下降。）
而在幾分鍾以后開始出現少量的失敗事物）
TPS（Transaction per Second）局限性：
1、tps是從客戶端角度審視服務器處理能力，並不是說TPS可以達到什么程度就能支持多少並發（例如：一個業務100個交易，另一個業務10個交易）。
2、TPS = 腳本運行期間所有事物總數 / 腳本運行時長，如果使用集合點策略，在腳本執行前的等待時間過程中，服務器沒有處理事務，那么這個時候的TPS和理想中的結果不一致。
3、限制TPS的原因：服務器本身性能、代碼結構、客戶端施加的壓力以及網卡等。
TPS（Transaction per Second）與響應時間的關系：
1、TPS和響應時間在理想狀態下的額定值。如果20個入口，並發數只有10的時候，TPS就是10，而響應時間始終都是1，說明並發不夠，需要增加並發數達到TPS的峰值。
2、如果增加到100並發，則造成了線程等待，引起平均響應時間從 1 秒變成 3 秒，TPS也從20下降到9；TPS和響應時間都是單獨計算出來的，兩者不是互相計算出來的。
3、響應時間和TPS在宏觀上是反比的關系，但是兩者之間沒有直接關系。
TPS（Transaction per Second）在性能測試中的作用：
1、一個系統的吞吐量（承壓能力）與request 對CPU的消耗、外部接口、IO等緊密關聯。單個request對CPU消耗越高，外部系統接口、IO營銷速度越慢，系統吞吐能力越低，反之越高。
2、系統吞吐量幾個重要參數：TPS、並發數、響應時間（TPS = 並發數 / 平均響應時間）
3、利用TPS計算系統最高日吞吐量；
4、找出系統最高TPS和日PV，這兩個要素有相對比較穩定的關系。
5、通過壓力測試或者經營評估，得出最高TPS，然后跟進1的關系，計算出系統最高日吞吐量。例如：B2B中文和淘寶對客戶群不一樣，這兩個客戶群的網絡行為不應用，他們之間的TPS
和PV關系比例也不一樣。
6、淘寶
A)淘寶的TPS和PV之間關系通常為，最高TPS:PV大約為 1:11*3600（相當於按最高的TPS訪問11個小時，這個是商品詳情的場景，不同的應用場景會有一些不同）B2B中文站
B)B2B的TPS和PV之間的關系不同的系統不同的應用場景比例變化比較大，粗略估計在1:8個小時左右的關系（09年對offerdateil的流量分析數據）。旺鋪和offerdetail這兩個比例相差很大，
可能是因為爬蟲占得比例比較高的原因導致的。
在淘寶環境下，假設我們壓力測試出的TPS為100，那么這個系統的日吞吐量=100*11*3600=396萬
這個是在簡單（單一url）的情況下，有些頁面，一個頁面有多個request，系統的實際吞吐量還要小。
TPS（Transaction per Second）與其他性能指標的關系：
TPS和並發虛擬用戶數（U_concurrent)、Loadrunner讀取的交易響應時間（T_response）之間有以下關系（穩定運行情況下）：TPS=U_concurrent / (T_response+T_think)。
TPS（Transaction per Second）總結：
1、利用並發用戶數、期望響應時間，可以計算出TPS。
2、TPS只是用來計算的是期望值，性能測試過程中的TPS無法單獨作為性能指標。
3、TPS數據方位理論值贏在10-100之間，低於10和高於100都說明系統存在瓶頸點。
4、利用TPS與平均事物響應時間進行對比，可以分析事物數碼對執行時間的影響。例：當壓力加大，點擊率/tps曲線如果變化緩慢或者有平坦趨勢，很有可能是服務器開始出現瓶頸。
5、TPS是從客戶端角度審視服務器處理能力，不能證明TPS可以達到什么程度就能支持多少並發，兩者沒有必然聯系。
6、TPS會受到負載的影響，也會隨着負載的增加而逐漸增加，當系統進入繁忙期后，TPS會有所下降。