測試快穩省,測試與對比機 前提條件均相同
1)應用的啟動速度:
工具:高速相機、mtn工具(錄入應用程序名,如:com.android.systemui)
關注點:起始操作點,每次測試3次,最後取均值
滑動流暢度:
工具:機械手、framemonitor(使用framemonitor測試,觀察是否幀率符合標準以及觀察中間結果是否有連掉三幀(連續3次為0))
關於fm的測試背景:
每秒鐘幀數愈多,所顯示的動作就會越流暢,os測試標準fps平均值必須大於58
關於使用systrace測試:
使用systrace測試,
1.幀繪製時間底線標準:幀繪製耗時不出現超過5ms
2.丟幀底線標準:不出現連續丟3幀
3.主觀卡頓感底線標準:不出現主觀卡頓感
2)應用的記憶體測試:
工具:eclipse+apt、mtn工具
關注點:記憶體值是否趨於平穩,操作後記憶體是否為正常回落(不正常的起落存在記憶體洩漏)
記憶體占用測試標準:模組執行完場景,前台峰值、均值,增長均不超過15
%,且不超過20m
記憶體值是否趨於平穩,操作後記憶體是否為正常回落(不正常的起落存在記憶體洩漏)
3)應用的功耗測試:
關注點:一段時間內的電流均值,單位ma
桌布專項測試標準:
計算方法:差值*10/
60/3765
測試機電流對續航時間的影響不超過1
%通用的場景電流測試標準:
場景電流測試項比對比項大於或者等於5ma的為不及格,差值比率超過或者等於5
%也為不合格
回歸電流測試項比對比項大於或者等於3ma的為不及格
極限場景電流測試平均電流大於700ma為不及格
桌面快穩省: 核心模組在桌面、動態桌布--
---【快穩省的運作機制】:
1、明確快穩省優化方向
2、明確快穩省的測試場景、測試用例、---
-3.30
測試策略(包括測試的前置條件、測試週期(1個月)、競品的對比機型(高中低-
-華為/小公尺)、問題的處理原則-
-梳理核心項)
3、明確快穩省的效能標準(桌面150m、動態桌布)-
-本週輸出oppo的測試資料、下週輸出競品的測試資料
4、建立問題收集反饋渠道,定期專項優化
5、搭建快穩省的監控平台(健康資訊平台、eap-
-王敏、oapm、o測、)-
-3月底
6、建立快穩省運營報告---
-7、明確快穩省的優化策略及固定打法
(包含分析工具的使用、快穩省的優化經驗、
快穩省的前端控制-
-如需求規劃時、開發過程中、前端測試中就要保證)--
----【快穩省優化方向】:
一、快(卡頓優化-
-應用的啟動速度、載入速度、操作流暢度):
1、應用啟動與響應(桌面開機載入、快速切換桌面速度、冷熱啟動、)
2、場景使用和動畫的流暢性(如:桌面布局切換、桌面滑頁、滑動跟手等)
3、應用的安裝及解除安裝
二、穩:
1、系統功能穩定性(宕機、停止執行、閃退)
2、相容性
3、log的優化
4、eap的(crash、anr)
5、各模組monkey測試與低記憶體測試異常優化
三、省:
1、省空間(apk大小優化)
2、省記憶體(開啟常駐數量優化、開機常駐記憶體優化、執行時記憶體優化)
3、功耗優化(執行功耗、後台執行功耗)
四、桌面組針對卡頓的優化【明確我們的卡頓場景】
1、主觀測試:
1)內部主觀反饋:收集各干係人的卡頓場景(如內部內測群)
明確top10主觀的核心場景優化
2)外部論壇反饋:梳理(互動粉絲群、互動論壇反饋)的top5類卡頓問題進行優化
2、客觀測試:【根據桌面組效能測試用例測試+專案組效能測試報告,持續優化】
3、技術/監控:
1)平台監控:健康資訊監控/eap/oapm監控
2)技術優化:梳理卡頓的優化策略、分析工具
關於我,關於測試
寫在前面的話 剛從學校畢業,入職至今還不滿乙個月,工作崗位qa,其實就是軟體測試。在這不滿乙個月的時間裡,除了入職之初的qa培訓,做得最多的工作就是web應用的手工測試,還沒有機會接觸其他方面的測試等。這段時間一直在想,想自己選擇這個崗位的初衷,想目前的工作環境,想未來的路,有些許急躁,但我知道一切...
關於我的部落格
csdn註冊2年多了,我的部落格一直很沉寂。而今天,我決定開啟部落格了。今天和家人打 談到工作的事情,打著打著突然就沉默了,不是別的,只是覺得工作生活很沒意思,我終究還是成了學生時代所看不起的人 蠅營狗苟 庸庸碌碌的上班族。學生時代的光環正在消退,現在的我,激情找不到釋放的口子,興趣被工作時間碾壓殆...
關於我的2106
轉眼間2016走到了盡頭。人們需要儀式感,所以無論情不情願,總要和過去的自己訣別一番。儘管你我都知道,明年不會是乙個更新的自己,只會是乙個更老的自己。只是當你在午夜檢點行藏,追憶過去的365個日夜,回想年初制定的那些計畫,有太多的事情值得仔細思量。知乎是乙個讓人著迷的地方,人們用各式各樣的方式展示他...