一.移動應用的性能

目標:把APP體驗作到極致緩存

1.顏值->UI設計 2.性能->2.1更短的等待時間 2.2更平滑的流暢體驗 2.3更低的內存使用 2.4更少的電量消耗安全

1.性能指標

1.1內存

內存消耗-->致使異常崩潰。服務器

1.2電量消耗

計算CPU週期,高效使用硬件等。網絡

1.3初始化時間

合理利用懶加載併發

  • 檢查應用是否首次啓動
  • 檢查用戶是否登錄
  • 若是用戶已經登陸,竟可能載入以前離開時的狀態
  • 鏈接服務器以更新最新的變動
  • 檢查應用是否由某個深層連接喚起,若是是,還須要載入深層連接相應的UI和狀態
  • 檢查是否存在應用上次啓動時掛起的任務,須要時恢復他們
  • 初始化後續須要使用的對象和線程池
  • 初始化依賴項(如對象關係映射,崩潰報告系統和緩存)

1.4執行速度&&響應速度

1.5本地存儲

離線模式,並可主動清除數據框架

1.6互操做性

實現應用間的互操做性和數據共享:UIActivityViewController,深層連接,MultipeerConnectivity框架性能

1.7網絡環境

  • 高帶寬穩定網絡
  • 低帶寬穩定網絡
  • 高帶寬不穩定網絡
  • 低帶寬不穩定網絡
  • 無網絡

1.8帶寬

根據不一樣帶寬進行優化單元測試

1.9數據刷新

後臺週期性刷新數據,在線聊天類應用.測試

1.10多用戶支持

若是支持多個併發用戶,參考一下準則優化

  • 添加新用戶應儘量高效。
  • 在不一樣用戶之間更新應儘量高效。
  • 在不一樣用戶之間切換應儘量高效。
  • 用戶數據的界限應該簡潔且沒有BUG。

1.11單點登陸

支持跨應用的數據共享,以及分享狀態,跨應用同步

1.12安全

數據加密

1.13崩潰

崩潰報告,檢測,分析

2.應用性能分析

2.1採樣

以必定的週期間隔採集狀態。

2.2埋點

經過修改代碼,記錄細節信息的埋點可以提供比採樣更加精確的結果。

3.測量

3.1設置工程與代碼

3.1.1構建與發佈

確保可以輕鬆的構建和發佈應用:CocoaPods依賴庫

3.1.2可測試性

模擬數據(模擬真實環境的隔離環境)和真是數據上工做 單元測試:驗證每一個代碼單元在隔離環境下的操做。 功能測試:驗證組件在最終集成的安裝包中的操做。

3.1.3可跟蹤性

埋點。

3.2設置崩潰報告

移動數據統計平臺崩潰報告系統如:友盟,BugTags,Flyrry

3.3對應用埋點

瞭解用戶行爲的重要步驟

3.4日誌

CocoaLumberjack

相關文章
相關標籤/搜索