驗收標準：
熱啟動時間不能多於xxs
冷啟動時間不能多於xxs
介面過度繪製(螢幕上某個畫素在單個幀中被重繪的次數)
測試方法: 開啟開發者模式,進入開發者選項->開啟「除錯gpu過度繪製」開關->選擇「顯示過度繪製區域」
區域顏色: 藍色: 1x過度繪製 ; 綠色: 2x過度繪製; 粉色: 3x過度繪製; 紅色: >=4x過度繪製
驗收標準: 不允許存在4x過度繪製; 不允許存在面積超過螢幕1/4區域的3x過度繪製; 不允許出現黑色畫素
介面繪製時間
測試方法：開發者選項-> gpu呈現模式分析 -> 在螢幕上顯示為條形圖
驗收標準：介面的綠線代表的為16ms，為了達到每秒60幀，對各幀的垂直條需要保持低於標誌線
測試方法：
1. android monitor 檢視記憶體情況
2. adb shell dumpsys meminfo package
3. 第三方應用：gt、emmagee
需要重點關注記憶體的幾項：
1. 記憶體抖動
2. 記憶體洩露(這一項可通過mat工具進行檢視或者讓開發在打包apk的時候同時打包 leaks 進行記憶體洩露的檢測)
驗收標準：不存在有嚴重的記憶體抖動，以及記憶體洩露的問題。
測試方法：
1. android monitor 檢視cpu的情況
2. adb shell dumpsys cpuinfo
3. 第三方應用：gt、emmagee
驗收標準：在進行某項業務邏輯操作時，不會出現cpu飈公升 (cpu的指標帶確認) 致出現anr 的情況。
驗收標準：待定
測試方法：
1. android monitor 檢視network情況
2. 通過tcpdump 進行抓包，通過wireshark 對資料進行分析
3. adb shell cat /proc/uid_stat/uid /tcp_rcv以及 adb shell cat /proc/uid_stat/uid/tcp_snd
4. 第三方應用程式：gt 等
測試點：
1. 應用首次安裝所消耗的流量
2. 應用在後台連續執行幾個小時所消耗的流量
3. 應用高負荷執行的流量峰值
驗收標準: 純參考：頁面消耗不大於200kb， 會考慮如webview進行網頁瀏覽時，是否有進行快取的處理等。
持續執行monkey測試發生異常概率高於（異常次數/模擬事件數） 10000分之7
mysql兩項效能測試
今天我使用了212992條資料在同一臺機器上執行update操作，我用的是mysql5.0。主要測試一下兩項效能 一.使用儲存過程效能可以提公升多少？mysql的儲存過程從無到有，已經是很大的進步了，但網上有些人說，mysql的儲存過程效能沒什麼提公升，甚至還不如不用儲存過程比較快，耳聽為虛，眼見為...
效能測試 效能測試步驟
針對此次庫內作業效能測試，梳理一下期間的工作流程 梳理已有的介面指令碼，確認需要做效能測試的幾個介面，即使用率高，對效能有要求的幾個主要介面。結合頁面的操作，和確認的介面，梳理具體的業務邏輯 同時，請開發人員部署了測試環境。測試環境的伺服器指標，盡量和生產環境一致。部署的時候，負載均衡等情況也盡量和...
效能測試之前端效能測試
本次總結總共分為以下部分 1.如何衡量乙個系統是否要做壓測 2.壓測的準備過程 3.壓測工具選擇 4.壓測資料以及報告結果相關 1.如何衡量乙個系統是否要做壓測 首先需要衡量乙個系統是否需要壓測，從以下角度考慮 從兩個角度進行分析 a.業務角度 明確系統是對內使用還是對外使用，使用人數是多少，如果使...