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

wujianqinjian發表於2019-07-17

前言

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

測試目標

  • 通過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. 軟體瓶頸主要在於:大量使用者登入時,伺服器需要請求另一臺資料庫伺服器進行查詢,資料庫伺服器效能較低,
    導致請求介面存在一定比例的超時

相關文章