效能測試指標

一、前言

　　行業中，做伺服器介面效能測試，我們的一般標準是：介面的平均響應時間<1.5s,錯誤率<0.1%

二、併發使用者數

1、概念：同一時間發起請求的人數，是我們效能測試的源動力。通過負載測試測試出來。

2、效能測試要使用工具來實現併發使用者數的方式主要有執行緒，程序與協程

　　2.1 jmeter用的是執行緒

　　2.2 loadruner預設使用的是執行緒，也可以使用程序

　　2.3 locust用的是協程

　　2.4 nginder用的是程序+執行緒

三、響應時間

1、概念：模擬的人，發起一個請求，從發起---網路傳輸給伺服器---伺服器內部處理---網路傳輸返回給發起者，這一過程中不包括頁面渲染時間

　　1.1 伺服器端介面效能得到優化，理論上，使用者端的效能也能得到優化。

2、我們期望的響應時間，應該無限接近伺服器內部處理時間

　　2.1 我們的網路傳輸時間應該期望無限的小，這樣我們的響應時間就會無限趨近於伺服器內部處理時間。

　　2.2 如果網路有瓶頸，我們測試的響應時間就大部分為網路時間而不是伺服器處理時間，設定出現報錯就會導致錯誤率上升，這些都會導致我們的效能測試指標判斷錯誤，偏離實際情況。所以我們做效能測試不可以存在網路瓶頸。

　　2.3 網路要求：一般使用區域網；不可以使用無線網路，一般使用有線網路；儘可能使用獨立網路。

3、響應時間我們一般指的是平均響應時間。

四、TPS、QPS、RPS、HPS

1、tps

　　1.1 概念： TPS transaction per second事務每秒： 伺服器每秒能處理多少個事務，是描述我們伺服器的能力的最主要的指標

　　1.2 事務概念：一個請求從開始到收到響應的過程，為一個整體，這個整體是 1個事務。 

　　　　1.2.1 一個請求： 1:1介面 1:N介面 

　　　　1.2.2  jmeter中： 預設把一個“取樣器”介面，執行完1次，當 做1個事務； 也可以使用“事務控制器”把多個‘取樣器’合 並在一起，當做一個事務。

2、qps

　　2.1 概念：每秒查詢多少次， 每秒鐘向伺服器查詢了多少的資源

　　2.2 查詢：不侷限資料庫的查詢，也包括應用查詢

　　2.3 QPS = m TPS (一般情況下m>1

　　2.4 TPS vs QPS 伺服器：使用者端

3、rps

　　3.1 概念： 每秒請求次數 使用者端

4、hps

　　4.1  hit 每秒點選次數 -----一般是介面測試

五、吞吐量

1、概念：網路中每秒能傳輸的事務數

2、吞吐量是衡量網路的指標 ，TPS是衡量伺服器處理能力的最主要指標

3、吞吐量 vs TPS 網路 : 伺服器

　　3.1 吞吐量和TPS 數值可能會‘相等’ ：沒有網路瓶頸時候，這兩個數值會相等 ，所以有網路瓶頸，就測不出 tps 值

六、吞吐率

1、概念：網路中每秒傳輸的資料量 KB/s（1KB/s = 8Kb/s）

2、通過吞吐率值，是可以算出頻寬消耗的。 1M的頻寬，其實只有128KB/s：1M/s = 1024Kb/s = 128KB/s

七、資源利用率

1、伺服器上各種資源的使用情況

2、種類：cpu利用率、記憶體利用率、io利用率、應用資源利用

3、效能測試一般利用率 < 80% ，cpu利用率< 80%， 所有cpu總和的利用率佔比小於80%