針對吞吐率和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有著十分大的差別，一般需要通過效能測試進行準確估算。
LR測試結果分析
使用loadrunner測試結果分析情況有很多種，今天著重分析比較常見的幾種也是測試主要目的。第一種 平均事務響應時間的增加 平衡 下降 從平均事務響應時間曲線持續上公升表明系統處理能力在下降，事務的響應時間變長 持續平衡表明併發使用者數達到一定數量，再多也可能接受不了，再有請求數，就等待 當事務響...
TPS和吞吐量的關係
qps queries per second意思是 每秒查詢率 是一台伺服器每秒能夠相應的查詢次數，是對乙個特定的查詢伺服器在規定時間內所處理流量多少的衡量標準。tps 是transactionspersecond的縮寫，也就是事務數 秒。它是軟體測試結果的測量單位。乙個事務是指乙個客戶機向伺服器傳...
LTE下行吞吐率問題分析方法
前言 本文簡單介紹了lte吞吐率問題的分析方法，並結合高通平台對分析方法做了詳細說明。2.協議相關 2.1 相關協議索引 ts 36.211 物理通道和調製 ts 36.212 復用和通道編碼 ts 36.321 mac層協議 ts 36.323 rlc層協議 2.2 物理層吞吐率相關關鍵引數解讀 ...