CPU|這些前后端性能指標,面試一問我就懵了

CPU|這些前后端性能指標,面試一問我就懵了

文章圖片

CPU|這些前后端性能指標,面試一問我就懵了

這篇文章講講性能測試的定義 , 前后端性能測試的常見基礎指標 。
01
性能測試的定義和分類
定義:
觀察系統在一個給定的環境和場景中的性能表現是否與預期目標一致 , 評判系統是否存在性能缺陷 , 并根據測試結果識別性能瓶頸 , 改善系統性能的完整的過程 。

分類:

  • 基準測試:單用戶 , 發單次請求 , 產出基準性能數據
  • 負載測試:多用戶 , 用戶數漸增 , 持續同時發同一業務請求 , 產出最大TPS
  • 壓力測試:多用戶 , 資源使用飽和 , 持續同時發同一業務請求 , 產出系統瓶頸或使用極限
  • 混合場景測試:多用戶 , 資源使用不飽和 , 持續同時發不同業務請求 , 驗證系統穩定性
02
性能測試的指標
前后端的性能測試關注點和指標是不一樣的 。
01
前端關注點
  • 響應時間:用戶從客戶端發出請求 , 并得到響應 , 以及展示出來的整個過程的時間 。
  • 加載速度:通俗理解為頁面內容顯示的快慢 。
  • 電量:APP的耗電量 。
  • 流量:APP所消耗的流量

1、加載速度
通俗的理解 , 可以將加載速度視為頁面內容顯示的快慢 。 拿Google搜索的例子來說 , 從用戶輸入搜索內容按下enter鍵 , 到看到搜索出來的內容 , 這個過程的快慢就是加載速度 。 假設選中一個內容點擊 , 跳轉到一個網頁 , 網頁的內容顯示出來能讓用戶看見的過程 , 也是加載速度 。
早些年Amazon曾經做過一個統計:網頁加載時間每延長1秒鐘 , 一年將減少16億美元的營收 。
一般有哪些方式可以改善加載速度帶來的用戶體驗呢?
  • 減少HTTP重復請求性能黃金法則:只有10%~20%的最終用戶響應時間花在了下載HTML文檔上 , 其余的80%~90%時間花在了下載頁面中的所有組件上 。 因此 , 改善響應時間最簡單的途徑就是減少HTTP請求的數量 , 并且去除不必要的重復請求 。
  • 使用CDN
    HTTP請求和響應的時間會受到離web 服務器距離的影響 。 如果用戶離應用程序的web服務器離用戶更近 , 那么多個HTTP請求的響應時間將縮短 。
    CDN(內容發布網絡)是一組分布在多個不同地理位置的Web服務器 , 可以選擇網絡階躍數最小的服務器 , 或者具有最短響應時間的服務器 , 用于更加有效地向用戶發布內容 。
  • 減少下載的資源
    比如通過壓縮圖片的方式 , 減少圖片的大小 , 縮短下載的時間 。 另外可以通過比對客戶端與服務端差異的方式 , 快速展示本地的緩存資源 , 減少同樣內容的重復下載 。
2、電量
Android的很多特性都比較耗電(屏幕、GPS、喚醒機制、CPU、連網等的使用) 。
3、流量
【CPU|這些前后端性能指標,面試一問我就懵了】目前的網絡類型包含2G\\3G\\4G\\wifi , 其中還有不同運營商的區分 。 APP 使用過程中 , 常見的網絡流量嚴重消耗的原因主要有 , 調用響應慢 , 調用失敗等各種情況 。
通常從哪些指標去衡量流量消耗的狀態是否正常呢?

相關經驗推薦