記錄一次較為完整伺服器效能測試

前言

• 回顧幾年前，做效能測試，尤其是伺服器效能測試難度比較大，一是測試人員本身技術不足，二是測試的生態環境
  不夠完善（參考資料少、實用案例少、工具選型少），然而在這兩年隨著測試環境的生態逐步完善，效能測試也就
  不那麼難了！

測試目標

• 通過wetest測試工具，找出系統能夠承受的最大壓力，並找出效能瓶頸。
  本次要測試的為微信小遊戲的後臺伺服器效能問題。

測試資料準備

1. 介面文件（以便測試人員瞭解各個介面的請求方式）
2. 與開發溝通，瞭解伺服器部署的方式（根目錄、日誌檔案位置）
3. 伺服器硬體指標（多少記憶體、硬碟型別（SSD or 高效能雲盤）、網路頻寬、CPU效能指標）
4. 騰訊雲賬號併購買wetest服務

測試策略

• 由於此次效能測試無任何歷史依據，故測試策略採用選用最基礎的登入介面、排行榜頁面查詢介面、分享介面的幾個核心
  介面，進行單介面，多介面混合測試！

1. 對登入介面、排行榜頁面查詢介面、分享介面進行單介面逐步增壓併發測試（1--50--200--400--800),獲取wetest測試報告
2. 對登入介面、排行榜頁面查詢介面、分享介面按照1:2:2的比例進行逐步增壓併發測試（50--200--400),獲取wetest測試報告
3. 確定tps最大峰值後，將對應場景進行再次複測，若兩次測試結果無較大差異，則判定當前場景已能反饋伺服器能夠支撐的
   最大壓力

測試過程中的問題

1. 介面文件存在部分錯誤

• 解決方法：通過頁面操作，在伺服器日誌中查詢對應介面請求路徑

1. 登入介面依賴動態token進項驗證

• 解決方法：請開發提供萬能token

測試結論

1. 登入介面消耗效能嚴重
2. 最大tps值為：2300
3. 硬體瓶頸主要在於：網路頻寬，記憶體、CPU、硬碟達到百分之40佔用情況，網路頻寬佔用已達百分百
4. 軟體瓶頸主要在於：大量使用者登入時，伺服器需要請求另一臺資料庫伺服器進行查詢，資料庫伺服器效能較低，
   導致請求介面存在一定比例的超時