Loadrunner 測試人員眼中的效能

測試人員眼中的效能

什麼是效能測試

主要包含三個方面

在給定環境和場景中進行的測試活動

根據測試結果批判是否存在效能問題

如果存在效能問題，需定位效能瓶頸，提出改進建議

在iso軟體質量模型中也有關於效能測試部分的介紹，提供了一組衡量軟體質量的基礎指標

1.響應時間

我們向伺服器發起了某個請求，在沒有快取的情況下，伺服器返回請求所花費的時間總和就等於響應時間。比如登入qq郵箱，傳送請求，1秒後進入郵箱首頁，這1秒就是響應時間。

客戶感受到的響應時間=客戶端響應時間+網路響應時間+伺服器響應時間

(1)客戶端響應時間

ct=client time 例如ajax、html5、bootstrap，由於客戶端內嵌了大量的邏輯處理，消耗的時間可能很長，需要關注。

2.併發數

我們可以通過有多少使用者在使用系統了解系統的承載能力，客戶總是希望越多越好，但系統總是有極限的。這裡有三個概念需要加以區分。

3.吞吐量(throughput)

嚴格意義上來講我們可以把吞吐量分為「吞吐量」和「吞吐率」兩個概念講解。

(1)吞吐量

指在一次效能測試過程中網路上傳輸的資料量的總和，「吞」進去的是請求，「吐」出來的是結果，吞吐量反應的就是伺服器的「飯量」，也就是伺服器承受的壓力。例如，在網易郵箱傳送郵件比瀏覽頁面需要更高的網路吞吐量。

(2)吞吐率

通常指單位時間內網路上傳輸的資料量，也可以指單位時間內處理的客戶端請求數量/伺服器返回的資料量。在資料庫層面，吞吐率指的是在單位時間內，不同sql語句的執行數量；從使用者層面來講，吞吐率也可以用「頁面數/秒」、「業務數/小時」、「訪問人數/天」等指標來衡量。

【特別說明】：吞吐率=吞吐量/傳輸時間，例如，訪問網易郵箱首頁，首頁大小按2mb計算，如果每秒有1000個首頁訪問量，那麼吞吐率就約等於2gb/s（1gb=1024mb）。

4.每秒通過事務數(tps:transaction per second)

每秒鐘系統能夠處理的交易或事務的數量，它是衡量系統處理能力的重要指標。乙個交易或者事務可能包含多個請求，例如，使用者註冊可以包含多個字段驗證請求，而使用者註冊的tps等於每秒鐘能夠註冊的使用者數量，如果每秒鐘能夠註冊10個使用者，那麼tps=10。

【特別說明】：tps和吞吐率在效能測試中的曲線呈正相關，每秒訪問網易郵箱首頁的次數1000次，那麼tps=1000次。

5.每秒單擊數(hits per second)

每秒鐘使用者向web伺服器提交的http請求數，這是web應用特有的乙個指標。如果把每次單擊定義為一次交易，那麼單擊率和tps就是乙個概念，但事實上乙個交易往往由若干請求數組成，請求當中包括頁面html、css、等，甚至可能包括多個頁面，也就是說單擊數和tps一般不會一致。

例如，你想在網易郵箱提交乙個登入請求，通俗來講就是你用滑鼠的一次「單擊」登入按鈕的操作，這個單擊操作可能向伺服器發出了90多個http請求，但我們只能看作是1個事務。

6.資源利用率

指的是對不同系統資源的使用程度，主要針對web伺服器、應用伺服器、資料庫伺服器、網路情況等。

常見的資源有cup佔用率、記憶體使用率、磁碟i/o、網路。

記憶體就像區域，將資訊收集和存放起來，能夠存放的資訊量越多，計算機的反應也就越快，但關機後該區域的資訊將被清空。（從記憶體讀取資料要比從硬碟上快得多。）

傳統磁碟的i/o讀寫速度成為了計算機系統效能提高的瓶頸,制約了計算機整體性

網路主要指網路流量，看是否是網路頻寬的瓶頸。例如，郵箱首頁2gb的吞吐量將消耗掉16gbps的頻寬。