• Battery Historian 使用


    battery-historian工具需要使用bugreport中的BatteryHistory

    1.     先断开adb服务,然后开启adb服务

    adb kill-server  这一步很重要,因为当我们开发时做电量记录时会打开很多可能造成冲突的东西。

    为了保险起见我们重启adb。

    adb devices就会自动连接查找手机。当然也可以adb start-server

     

    2.     重置电池数据收集数据,我们在开始的时候需要通过以下命令来打开电池数据的获取以及重置:

    adb shell dumpsys batterystats --enable full-wake-history

    adb shell dumpsysbatterystats –reset

    执行的效果如下:

     

    上面的操作相当于初始化操作,如果不这么做会有一大堆的干扰的数据,看起来会比较痛苦。

    然后把数据线直接拔掉(防止数据线造成充放电数据干扰),现在做一些测试,手动或者跑一些自动化的case

    都行。经过一段时间后,我们重新连接手机确认adb连上了,运行下面这条命令来将bugreport的信息保存到

    txt文档中:

    adb bugreport > bugreport.txt

    或者用下面的命令也可以:

    adb shell dumpsys batterystats > batterystats.txt

    adb shell dumpsys batterystats > com.example.android.sunshine.app >batterystats.txt

    加上包名可以限制输出的数据是我们要检测的。

     

    后面这种方法生成的TXT文件是没法上传到battery-historian服务上面进行分析的,因为不兼容。

    但是这个txt的数据可读性不强。接下来我们就要用到这个

    battery-historian工具了。

     到此我们有两种方式分析这个文件:(historian-V1之前的版本historian-V2最新的版本)

    historian-V1之前的版本分析方式:

    txt文档转化为html文件,命令如下:

         python historian.py -a bugreport.txt > battery.html

    上面的historian.py脚本是Python写的,所以需要python环境,然后从github上下载这个脚本。

    文件在github上面的scripts目录下面,需要下载到命令行所在的目录

     

    注意:historian.py要与bugreport.txt在同一目录下

    上面两条命令执行成功后,会在目录下发现两个文件

    bugreport.txtbattery.html,这个时候我们用google浏览器打开html文件,可以看到如下信息:

     

    各个参数的意义:

     

    横坐标:

     

    上面的1020代表的就是秒的意思,它是以一分钟为周期,到第60秒的时候变为0。横坐标就是一个时间范

    围,咱们的例子中统计的数据是以重置为起点,获取bugreport内容时刻为终点。我们一共采集了多长时间的数据

    ,图表下也有信息说明。

     

    纵坐标:

    纵坐标的数据就很麻烦了,数据量太多,一条一条来吧。

     

    battery_level

    电量,可以看出电量的变化。比如上图中的数据显示刚开始电量是100%,然后在第11-12秒中间的

    某个时刻降到了99%

     

    plugged

    充电状态,这一栏显示是否进行了充电,以及充电的时间范围。例如上图反映了我们在第22s插入了数

    据线,然后一直持续了数据采集结束。

     

    screen

    屏幕是否点亮,这一点可以考虑到睡眠状态和点亮状态下电量的使用信息。

     

    top

    该栏显示当前时刻哪个app处于最上层,就是当前手机运行的app,用来判断某个app对手机电量的影响

    ,这样也能判断出该app的耗电量信息。该栏记录了应用在某一个时刻启动,以及运行的时间,这对我

    们比对不同应用对性能的影响有很大的帮助。

     

    wake_lock*

    wake_lock该属性是记录wake_lock模块的工作时间。是否有停止的时候等

     

    running

    界面的状态,主要判断是否处于idle的状态。用来判断无操作状态下电量的消耗。

     

    wake_lock_in

    wake_lock有不同的组件,这个地方记录在某一个时刻,有哪些部件开始工作,以及工作的时间。

     

    gps

    gps是否开启

     

    phone_in_call

    是否进行通话

     

    Sync

    是否跟后台同步.

    可以把鼠标停在某一项上面。可以看到何时sync同步启动的,持续时间Duration多久。

    电池容量不会显示单一行为消耗的具体电量,这里只能显示使用电池的频率和时长,你可以看分时段

    的剩余电量来了解具体消耗了多少电量。


     

    Job

    后台的工作,比如服务service的运行。从下面图中可以看到qihooAppStore和鲁大师都在运行后台

    服务。

     

    data_conn

    数据连接方式的改变,上面的edge是说明采用的gprs的方式连接网络的。此数据可以看出手机是使用

    2g3g4g还是wifi进行数据交换的。这一栏可以看出不同的连接方式对电量使用的影响。

     

    status

    电池状态信息,有充电,放电,未充电,已充满,未知等不同状态。

    这一栏记录了电池状态的改变信息。

     

    phone_signal_strength

    手机信号状态的改变。

    这一栏记录手机信号的强弱变化图,依次来判断手机信号对电量的影响。

     

    health

    电池健康状态的信息,这个信息一定程度上反映了这块电池使用了多长时间。

    这一栏记录电池状态在何时发生改变,上面的图中电池状态一直处于good状态。

     

    plug

    充电方式,usb或者插座,以及显示连接的时间。

    这一栏显示了不同的充电方式对电量使用的影响。

     

     historian-V2最新的版本的方式:

     

     

    将生成bugreport.txt文件在http://localhost:9999 中上传文件生成报告(前提在本地或者某服务器上搭好了

    battery-historian项目环境)

    其实在这里也可以看到两种版本分析模式:

     

     

    至此使用方式就介绍完毕。

    另外再补充一下安卓的耗电模块和一些总结:

     

    如上,列出的一些常用的电量测试方法。综合各方法的优缺点,在定制个性化电量测试工具之前,目前采用的方法是Battery Historian。目前行业内,App耗电测试有很多种方案,如果仅仅测试出一个整体的电量值,对于定位问题是远远不够的。借助Battery Historian,可以查看自设备上次充满电以来各种汇总统计信息,并且可以选择一个App查看详细信息。所以QA的测试结果反馈从“这个版本App耗电量”高,变成“这个版本CPU占用高”“这个版本WiFi扫描异常”,可以帮助更快的定位到问题原因及解决问题。

  • 相关阅读:
    mysql delete 不支持表别名
    查找应用编译时所找的动态库:LD_DEBUG
    ng
    linux 开机启动自动执行某用户的脚步、程序
    理解Linux系统中的load average(图文版)
    char指针与数组(转载)
    堆 栈 静态区
    linux下which、whereis、locate、find 命令的区别
    linux c动态库编译好了,不能用。有些方法报(undefined reference)错误。
    浅谈管理系统操作日志设计(附操作日志类)
  • 原文地址:https://www.cnblogs.com/gnfx/p/8608343.html
Copyright © 2020-2023  润新知