轉自：http://tech.sina.com.cn/s/2009-09-09/10351061419.shtml
【IT168 技術文檔】針對吞吐率和TPS的關係，這個在結果分析中如何使用，就個人經驗和朋友討論後，提出如下建議指導，歡迎同僚指正。
TPS：transaction per second 服務器每秒處理的事務數。
吞吐率：測試過程中每秒從服務器返回的字節數。
從定義上來看，如果TPS很小，但是吞吐率比較大，說明服務器的返回的頁面文件(字節數)是比較大的，此時根據頁面細分圖，如果存在頁面問題，考慮頁面壓縮。
還應根據A1---A3，N1---N3實際考慮。
如果A1或者A3比較大，說明webserver處理可能存在問題，如果A2比較大，則說明DBserver處理存在問題，建議sql優化。
當增大系統的壓力(或增加併發用戶數)時，吞吐率和TPS的變化曲線呈大體一致，則系統基本穩定。
若壓力增大時，吞吐率的曲線增加到一定程度後出現變化緩慢，甚至平坦，同時TPS也趨於平坦，查看系統資源使用，如果資源使用率比較低，說明服務器硬件資源不存在問題，查看網絡流量，估計網絡帶寬存在問題。
同理若點擊率/TPS曲線出現變化緩慢或者平坦, 點擊率(用戶每秒發出的請求數)如果在壓力增加時，趨於平坦，很可能是服務器響應時間增加，觀察服務器資源使用情況，確定是否是服務器問題。
TPS是TransactionsPerSecond的縮寫，也就是事務數/秒。它是軟件測試結果的測量單位。一個事務是指一個客戶機向服務器發送請求然後服務器做出反應的過程。客戶機在發送請求時開始計時，收到服務器響應後結束計時，以此來計算使用的時間和完成的事務個數，最終利用這些信息來估計得分。客戶機使用加權協函數平均方法來計算客戶機的得分，測試軟件就是利用客戶機的這些信息使用加權協函數平均方法來計算服務器端的整體TPS得分。
一般的，評價系統性能均以每秒鐘完成的技術交易的數量來衡量。 系統整體處理能力取決於處理能力最低模塊的TPS 值。依據經驗，應用系統的處理能力一般要求在10-100左右。不同應用系統的TPS有着十分大的差別，一般需要通過性能測試進行準確估算。