纯净后台log分析.pptx

纯净后台log分析1.LogReport—如何找出有效log2.Log名词解释3.纯净后台测试标准LogReport1.应用商店有哪些信誉好的足球投注网站并安装LogReport工具（PS：第一步建议测试前完成）2.打开并点击“一键抓取LOG”按钮3.手机连接电脑，打开“内部存储设备\Android\log”目录，将log取出4.解压打开log文件新版logreport工具的batterystatslog在dumpsys文件夹下的dumpsys_batterystats中有哪些信誉好的足球投注网站对应APP包名以天气为例定位至Apk com.meizu.flyme.weather若无法定位Apk，则Proc com.meizu.flyme.weather亦可Log名词解释Wi-Fi network: 85.88KB received, 49.61KB sent (packets 293 received, 470 sent)Wi-Fi 网络数据使用情况：接受数据量，发送数据量，对应包数标准中监控数据为：接受数据量+发送数据量，即 85.88 + 49.61 KBWifi Scan: 51m 12s 981ms (5.5%) 479xWifi扫描时间，若应用未调用wifi scan则不会出现该数据非标准监控项Log名词解释Mobile network: 27.44KB received, 29.84KB sent (packets 279 received, 430 sent)Mobile 网络数据使用情况：接受数据量，发送数据量，对应包数标准中监控数据为：接受数据量+发送数据量，即 27.44 + 29.84 KBMobile radio active: 1h 23m 52s 154ms (19.2%) 59x @ 7098 msppMobile 网络数据使用时间标准中监控数据为：时间，即1h 23m 52s（毫秒级4舍5入至秒级）注意：wifi测试场景中由于飞行模式下所以不会出现mobile的两个数据同理，modem测试场景中关闭wifi故不会出现wifi的数据，若出现，则测试环境搭建错误，待机走的是wifi通道，modem测试案例需重测Log名词解释Wake lock LocationManagerService realtimeWake lock *alarm*: 2s 780ms partial (136 times) realtime TOTAL wake: 2s 780ms partial realtimewakelock唤醒源：唤醒时间（唤醒次数）总wakelock时间标准中监控数据为：时间，即TOTAL wake后的3s（ms级4舍5入至s）若无Total wake参数，说明仅有一个wake lock，记录该wake lock唤醒时间即可Log名词解释Total cpu time: u=44s 585ms s=22s 935ms p=0mAhCPU总使用时间标准监控数据为：u + s，即 44585 + 22935ms（秒级以上时间换算为毫秒级） 若无Total参数，说明仅有一个proc，记录该proc cpu time即可Apk com.meizu.mzsyncservice:Wakeup alarm *walarm*:com.meizu.flyme.alarmsync.name: 1 timesAlarm次数标准监控数据为：次数，即1 times若应用待机中未出现alarm，则log中无此行数据问题答疑若无法定位Apk或者Proc + 包名，怎么确认这份log是有效？答：在log中定位Statistics since last charge: 查看Time on battery记录时间是否符合测试时间 亮屏后台测试，Time on battery:时间应大于等于5小时 灭屏待机测试，Time on battery:时间应大于等于10小时 若出现Time on battery时间明显小于测试时间（经常碰到的是电池时间为1分钟左右），则说明本次测试无效，点击抓取log时batterystatslog已被人为清理 人为清理可能性：抓log前高电量接入usb 若Time on battery符合测试时间，则此log有效，无法定位至Apk或Proc则因为该应用在待机过程中未出现任何唤醒、cpu使用等，所有数据均为0问题答疑应用耗电详情log必定以u0a开头，如下： u0a32:Wi-Fi network: 4.10KB received, 3.24KB sent (packets 18 received, 16 sent)Wifi Scan: 0ms (0.0%) 0xWake lock *alarm*: 58ms partial (15 time