純凈后臺log分析課件

1、純凈后臺log分析1.LogReport如何找出有效log2.Log名詞解釋3.純凈后臺測試標(biāo)準(zhǔn)LogReport1.應(yīng)用商店搜索并安裝LogReport工具（PS：第一步建議測試前完成）2.打開并點擊“一鍵抓取LOG”按鈕3.手機連接電腦，打開“內(nèi)部存儲設(shè)備Androidlog”目錄，將log取出4.解壓打開log文件新版logreport工具的batterystatslog在dumpsys文件夾下的dumpsys_batterystats中搜索對應(yīng)APP包名以天氣為例定位至Apk com.meizu.flyme.weather若無法定位Apk，則Proc com.meizu.flyme.w

2、eather亦可Log名詞解釋W(xué)i-Fi network: 85.88KB received, 49.61KB sent (packets 293 received, 470 sent)Wi-Fi 網(wǎng)絡(luò)數(shù)據(jù)使用情況：接受數(shù)據(jù)量，發(fā)送數(shù)據(jù)量，對應(yīng)包數(shù)標(biāo)準(zhǔn)中監(jiān)控數(shù)據(jù)為：接受數(shù)據(jù)量+發(fā)送數(shù)據(jù)量，即 85.88 + 49.61 KBWifi Scan: 51m 12s 981ms (5.5%) 479xWifi掃描時間，若應(yīng)用未調(diào)用wifi scan則不會出現(xiàn)該數(shù)據(jù)非標(biāo)準(zhǔn)監(jiān)控項Log名詞解釋Mobile network: 27.44KB received, 29.84KB sent (packets

3、279 received, 430 sent)Mobile 網(wǎng)絡(luò)數(shù)據(jù)使用情況：接受數(shù)據(jù)量，發(fā)送數(shù)據(jù)量，對應(yīng)包數(shù)標(biāo)準(zhǔn)中監(jiān)控數(shù)據(jù)為：接受數(shù)據(jù)量+發(fā)送數(shù)據(jù)量，即 27.44 + 29.84 KBMobile radio active: 1h 23m 52s 154ms (19.2%) 59x 7098 msppMobile 網(wǎng)絡(luò)數(shù)據(jù)使用時間標(biāo)準(zhǔn)中監(jiān)控數(shù)據(jù)為：時間，即1h 23m 52s（毫秒級4舍5入至秒級）注意：wifi測試場景中由于飛行模式下所以不會出現(xiàn)mobile的兩個數(shù)據(jù)同理，modem測試場景中關(guān)閉wifi故不會出現(xiàn)wifi的數(shù)據(jù)，若出現(xiàn)，則測試環(huán)境搭建錯誤，待機走的是wifi通道，mod

4、em測試案例需重測Log名詞解釋W(xué)ake lock LocationManagerService realtime Wake lock *alarm*: 2s 780ms partial (136 times) realtime TOTAL wake: 2s 780ms partial realtimewakelock喚醒源：喚醒時間（喚醒次數(shù)）總wakelock時間標(biāo)準(zhǔn)中監(jiān)控數(shù)據(jù)為：時間，即TOTAL wake后的3s（ms級4舍5入至s）若無Total wake參數(shù)，說明僅有一個wake lock，記錄該wake lock喚醒時間即可Total cpu time: u=44s 585ms

5、s=22s 935ms p=0mAhCPU總使用時間標(biāo)準(zhǔn)監(jiān)控數(shù)據(jù)為：u + s，即 44585 + 22935ms（秒級以上時間換算為毫秒級） 若無Total參數(shù)，說明僅有一個proc，記錄該proc cpu time即可Log名詞解釋Apk com.meizu.mzsyncservice: Wakeup alarm *walarm*:: 1 timesAlarm次數(shù)標(biāo)準(zhǔn)監(jiān)控數(shù)據(jù)為：次數(shù)，即1 times若應(yīng)用待機中未出現(xiàn)alarm，則log中無此行數(shù)據(jù)問題答疑若無法定位Apk或者Proc + 包名，怎么確認(rèn)這份log是有效？答：在l

6、og中定位Statistics since last charge: 查看Time on battery記錄時間是否符合測試時間 亮屏后臺測試，Time on battery:時間應(yīng)大于等于5小時 滅屏待機測試，Time on battery:時間應(yīng)大于等于10小時 若出現(xiàn)Time on battery時間明顯小于測試時間（經(jīng)常碰到的是電池時間為1分鐘左右），則說明本次測試無效，點擊抓取log時batterystatslog已被人為清理 人為清理可能性：抓log前高電量接入usb 若Time on battery符合測試時間，則此log有效，無法定位至Apk或Proc則因為該應(yīng)用在待機過程中未

7、出現(xiàn)任何喚醒、cpu使用等，所有數(shù)據(jù)均為0問題答疑應(yīng)用耗電詳情log必定以u0a開頭，如下： u0a32: Wi-Fi network: 4.10KB received, 3.24KB sent (packets 18 received, 16 sent) Wifi Scan: 0ms (0.0%) 0 x Wake lock *alarm*: 58ms partial (15 times) realtime Wake lock mywakelock: 12h 28m 22s 84ms partial (0 times) realtime TOTAL wake: 12h 28m 22s 142

8、ms partial realtime Active for: 12h 29m 42s 992ms Total cpu time: u=13m 7s 817ms s=13m 45s 267ms p=0mAh Proc com.meizu.media.video: CPU: 19s 310ms usr + 17s 580ms krn ; 0ms fg而不是Proc com.android.systemui: CPU: 16s 230ms usr + 5s 470ms krn ; 280ms fg Proc com.flyme.systemuitools: CPU: 680ms usr + 180

9、ms krn ; 0ms fg u0a32: Wi-Fi network: 4.10KB received, 3.24KB sent (packets 18 received, 16 sent) Wifi Scan: 0ms (0.0%) 0 x Wake lock *alarm*: 58ms partial (15 times) realtime 請注意縮進(jìn)代表的意義問題答疑在應(yīng)用log中搜索alarm時出現(xiàn)兩個alarm，記錄哪個的次數(shù)？如： u0a31: Wake lock *alarm* : 463ms full (1 times) realtime Total cpu time: u=19s 760ms s=10s 300ms p=0mAhApk com.meizu.xxx Wakeup alarm *walarm*:com.meizu.xxx: 20 times答：在如上應(yīng)用詳情中會看到有兩個alarm第一個屬于wakelock，只是這個名字叫*alarm*第二個才是alarmWakelock和alarm的區(qū)別在于：應(yīng)用根據(jù)工作狀態(tài)不同，會選擇不一樣的方式去喚醒系統(tǒng)。例如需要做一下數(shù)據(jù)同步，應(yīng)用在執(zhí)行同步的時候不希望系統(tǒng)休眠，所以一