一、響應時間
響應時間是「對請求做出響應所需要的時間」。之前說過，它既有客觀的成分，也有主觀的成分，一般將使用者所感受到的軟體效能（響應時間）分為呈現時間和伺服器端響應時間兩個部分。對於乙個web應用，呈現時間就是瀏覽器接受到響應資料後呈現和執行頁面上指令碼所消耗的時間；而伺服器端響應時間指應用系統從請求發出開始到客戶端接收到資料所消耗的時間。響應時間可以被進一步分解，下圖描述了乙個web應用的頁面響應時間==網路傳輸時間(n1+n2+n3+n4)+應用延遲時間(a1+a2+a3)，其中a2為資料庫延遲時間，a1/a3為伺服器延遲時間。如此劃分的目的是更容易定位效能瓶頸。關於響應時間的參考值，我們一般遵循著2/5/10原則，但這僅僅是個參考值。例如乙個使用頻次很低的功能，如果響應時間》100s，也是能接受的。響應時間是否合理，最終取決於實際的使用者需求。
二、併發使用者數
併發使用者數，簡單來說，就是同一時間段之內有多位使用者訪問系統。
如果效能測試的目的是驗證當前系統能否支援現有使用者的訪問，那麼使用工具模擬使用者數，模擬使用者的行為，得到的測試結果就能真實反映實際使用者訪問時的系統效能表現。這裡的同一時間段訪問系統的使用者數量可以稱為「併發使用者數」，是從業務的角度模擬真實的使用者訪問，體現的業務使用者數。而還有一種針對伺服器端的併發使用者數，就是我們平時說的「併發使用者數」，從伺服器端承受的壓力出發，描述的是同時向客戶端發出請求的使用者。
通過對伺服器的日誌進行分析，可以了解使用者的使用狀態，並由此算出伺服器承受的最大併發使用者數。當然還有一些三者之間的計算公式，此處不說了，僅僅是個參考值，別當做標準值。
三、吞吐量
1、協助設計測試場景，衡量效能測試場景是否達到了預期的設計目標；
2、協助分析效能瓶頸。
在沒有遇到效能瓶頸時，吞吐量和併發數的聯絡可以用公式f=n(vu)*r/t來計算，其中f=吞吐量，n(vu)=vu的個數，r=每個vu發出的請求，t=效能測試所用的時間，如果存在效能瓶頸，此式不成立（此時就需要畫圖了）。
注釋：所謂的單擊數一般指客戶端發出的請求，而不是指頁面上的一次單擊事件。
四、效能計數器
效能計數器是描述伺服器或作業系統效能的一些資料指標，例如windows的使用記憶體數和程序時間等。
計數器在測試中的作用是監控和分析，在分析系統的可擴充套件性和效能瓶頸時，計數器的取值較為關鍵。單一的效能計數器只能體現系統的某乙個方面，對測試的結果分析必須基於多個不同的計數器。
五、思考時間
1、首先計算出系統的併發使用者數；
2、統計出系統平均的吞吐量；
3、統計出平均每個使用者發出的請求數量；
4、根據r=t/t(s)計算出思考時間t(s)。
軟體效能測試的幾個主要術語
二 軟體效能測試的幾個主要術語 響應時間 n1 n2 n3 n4 a1 a3 a2 2 併發使用者數的計算公式 系統使用者數 系統額定的使用者數量，如乙個oa系統，可能使用該系統的使用者總數是5000個，那麼這個數量，就是系統使用者數。平均併發使用者數的計算 c nl t 其中c是平均的併發使用者數...
軟體效能的主要術語
軟體效能測試過程詳解與案例分析 段念 編著 學習筆記二 1.響應時間 對請求做出響應所需用的時間 應用系統從發出請求開始到客戶端接收到響應所消耗的時間 應用系統從請求發出開始到客戶端接收到最後乙個位元組資料所消耗的時間 一般使用此種方式描述響應時間 頁面響應時間 網路傳輸時間 應用延遲時間 對乙個電...
效能測試的幾個主要術語及計算
註冊使用者是存在於系統資料庫表中的基礎資料。這部分使用者是指系統所擁有的所有使用者群體。這些使用者是不會全部對系統造成壓力的，唯一的壓力就是這些使用者占用了系統的儲存，影響了資料庫的容量。平均併發使用者數的計算 c nl t 其中c是平均的併發使用者數，n是平均每天訪問使用者數 login sess...