效能測試指標演算法

二八原則

在效能測試方法論中，很典型的方法就是二八原則，量化業務需求。

二八原則：指80%的業務量在20%的時間裡完成。

如何理解，下面我們來個例子吧

 

使用者登入場景：早高峰時段，8：50---9：10，5000坐席上線登陸。

      業務量：5000個 

      時間：20x60=1200秒

    吞吐量=80%x業務量/(20%*時間)=4000/240=16.7/秒

而並非5000/1200=4.1/秒

實際上，登入請求數分佈是一個正態分佈，最高峰時肯定比4.1/秒更高，高峰段實際上完成了80%的業務量，卻只花了20%的時間。

 

溫馨提示：

1.二八原則計算的結果並非線上併發使用者數，是系統要達到的處理能力（吞吐量），初學者容易被誤導，那這這個資料就去設定併發數，這是錯誤滴。

2.如果你的系統效能要求更高，也可以選擇一九原則或更嚴格的演算法，二八原則比較通用，一般系統效能比較接近這個演算法而已，大家應該活用。

 

 

尋找效能測試瓶頸--併發數、TPS、響應時間

1.     三者關係圖

2.  結論

• 小併發數區間測試，找拐點（如：100-300併發持續5分鐘，可以發現上圖中200併發時出現拐點）
• 大併發數區間測試，找符合需求的最大併發數（如：1800-2200併發持續5分鐘，可以找到滿足響應時間在3秒內的最大併發數2000）
• 利用最大併發數，壓測環境在極限時的資源消耗（壓測時間1小時以內）
• 80%最大併發數，進行穩定性測試（壓測時間1小時以上）

注：執行機資源消耗必須監控上，保證能提供穩定的併發負載。

注：這裡的響應時間是90%響應時間