android基于adb的性能测试

应用CPU、内存、点亮、流量等数据,是应用测试的重要性能指标。本次以UC浏览器为例。
当前UC测试中,每个正式版本都会专门做一轮性能测试,测试数据包括:

  • 1小时内存数据
  • 1小时CPU数据
  • 24小时电量数据

    1.内存

    调用dumpsys命令,获取数据后,再进行数据处理。

    1.1测试前的准备工作:

    内存、CPU测试前,手机环境需要为纯净的系统,避免其他干扰,需要删除无关的应用,只安装待测的app。建议手机重置

    1.2测试方法

    步骤要点:
  • 1.设备链接电脑,确保应用已安装
  • 2.电脑上启动原始数据手机脚本./grabMem.sh version

#shell #获取当前应用的进程#shell

adb shell ps|grep 包名

adb shell ps|grep com.UCMobile
log
u0_a227 30023 620 2464956 352744 0 0 S com.UCMobile
u0_a227 30195 620 1901864 78448 0 0 S com.UCMobile:SearchBackgroundProcess
u0_a227 30258 620 1910232 82752 0 0 S com.UCMobile:MediaPlayerService
u0_a227 30425 620 1909840 86436 0 0 S com.UCMobile:push
u0_a227 30475 620 1894068 77416 0 0 S com.UCMobile:game
u0_a227 30558 620 1878216 70328 0 0 R com.UCMobile:DownloadService
u0_a227 30583 620 1820128 55784 0 0 R com.UCMobile:wificore
u0_a227 30637 620 1820128 55824 0 0 R com.UCMobile:ppappstore
#按进程或包名查看内存占用#shell
adb shell dumpsys meminfo com.UCMobile
```
1418970-20181106190614363-417980102.png

原文:https://blog.csdn.net/bigconvience/article/details/35553983
重点关注如下几个字段:
(1) Native/Dalvik 的 Heap 信息
具体在上面的第一行和第二行,它分别给出的是JNI层和Java层的内存分配情况,如果发现这个值一直增长,则代表程序可能出现了内存泄漏。
参数含义:
dalvik : dalvik使用的内存
native : native堆上的内存,指C\C++堆的内存(android 3.0以后bitmap就是放在这儿)
other : 除了dalvik和native的内存,包含C\C++非堆内存······
Pss : 该内存指将共享内存按比例分配到使用了共享内存的进程
allocated : 已使用的内存
free : 空闲的内存
private dirty : 非共享,又不能被换页出去的内存(比如linux系统中为了提高分配内存速度而缓冲的小对象,即使你的进程已经退出,该内存也不会被释放)
share dirty : 共享,但有不能被换页出去的内存

(2) Total 的 PSS 信息
这个值就是你的应用真正占据的内存大小,通过这个信息,你可以轻松判别手机中哪些程序占内存比较大了。

编写脚本,每个一段时间获取应用和进程的占用的内存。

#!/bin/sh
#2个参数。第1个参数用于指定文件的前缀,便于区分
#第2个参数用于多设备时,指定设备
for i in `seq 1 5400`;do
    if [[ $2 == "" ]];then
        adb shell dumpsys meminfo com.UCMobile > $1_mem_package.text
        adb shell dumpsys meminfo com.UCMobile:SearchBackgroundProcess > $1_mem_package_SearchBackgroundProcess.text
        adb shell dumpsys meminfo com.UCMobile:MediaPlayerService > $1_mem_package_MediaPlayerService.text
        adb shell dumpsys meminfo com.UCMobile:push > $1_mem_package_push.text
        adb shell dumpsys meminfo com.UCMobile:game > $1_mem_package_game.text
        adb shell dumpsys meminfo com.UCMobile:DownloadService > $1_mem_package_DownloadService.text
        adb shell dumpsys meminfo com.UCMobile:wificore > $1_mem_package_wificore.text
        adb shell dumpsys meminfo com.UCMobile:ppappstore > $1_mem_package_ppappstore.text
    else
        adb shell dumpsys meminfo com.UCMobile > $1_mem_package.text
        adb shell dumpsys meminfo com.UCMobile:SearchBackgroundProcess > $1_mem_package_SearchBackgroundProcess.text
        adb shell dumpsys meminfo com.UCMobile:MediaPlayerService > $1_mem_package_MediaPlayerService.text
        adb shell dumpsys meminfo com.UCMobile:push > $1_mem_package_push.text
        adb shell dumpsys meminfo com.UCMobile:game > $1_mem_package_game.text
        adb shell dumpsys meminfo com.UCMobile:DownloadService > $1_mem_package_DownloadService.text
        adb shell dumpsys meminfo com.UCMobile:wificore > $1_mem_package_wificore.text
        adb shell dumpsys meminfo com.UCMobile:ppappstore > $1_mem_package_ppappstore.text
    fi
    sleep 1
done

cpu

https://blog.csdn.net/houzhizhen/article/details/79474427
pid: 进程ID. √
comm: task_struct结构体的进程名 √
state: 进程状态, 此处为S
ppid: 父进程ID (父进程是指通过fork方式,通过clone并非父进程)
pgrp:进程组ID
session:进程会话组ID
tty_nr:当前进程的tty终点设备号
tpgid:控制进程终端的前台进程号
flags:进程标识位,定义在include/linux/sched.h中的PF_*, 此处等于1077952832
minflt: 次要缺页中断的次数,即无需从磁盘加载内存页. 比如COW和匿名页
cminflt:当前进程等待子进程的minflt
majflt:主要缺页中断的次数,需要从磁盘加载内存页. 比如map文件
majflt:当前进程等待子进程的majflt
utime: 该进程处于用户态的时间,单位jiffies,此处等于166114 √
stime: 该进程处于内核态的时间,单位jiffies,此处等于129684 √
cutime:当前进程等待子进程的utime √
cstime: 当前进程等待子进程的utime √
priority: 进程优先级, 此次等于10.
nice: nice值,取值范围[19, -20],此处等于-10
num_threads: 线程个数, 此处等于221
itrealvalue: 该字段已废弃,恒等于0
starttime:自系统启动后的进程创建时间,单位jiffies,此处等于2284
vsize:进程的虚拟内存大小,单位为bytes
rss: 进程独占内存+共享库,单位pages,此处等于93087
rsslim: rss大小上限
说明:

第10~17行主要是随着时间而改变的量;
内核时间单位,sysconf(_SC_CLK_TCK)一般地定义为jiffies(一般地等于10ms)
starttime: 此值单位为jiffies, 结合/proc/stat的btime,可知道每一个线程启动的时间点
1500827856 + 2284/100 = 1500827856, 转换成北京时间为2017/7/24 0:37:58
第四行数据很少使用,只说一下该行第7至9个数的含义:

signal:即将要处理的信号,十进制,此处等于6660
blocked:阻塞的信号,十进制
sigignore:被忽略的信号,十进制,此处等于36088

#进程的cpu,只要关注utime,stime,cutime,cstime4列数值即可
adb shell cat /proc/23183/stat
#总的CPU,除了idle的不获取,其他的全部获取
adb shell cat /proc/stat|head -n 1

cpu.shell

#!/bin/sh
for i in `seq 1 10`;do
    echo "pid,process,uesr time,kernel time,cutime,cstime"
    for pid in `adb shell ps|grep com.UCMobile|awk '{print $2}'`;do
        adb shell cat /proc/${pid}/stat |awk '{print $1,$2,$14,$15,$17,$17}'|sed 's/ /,/g'
    done
    echo 'proc/stats,user,nice,system,iowait,irq,softirq,steal,guest,guest_nice'
    adb shell cat /proc/stat|head -n 1|awk '{print $1,$2,$3,$4,$6,$7.$8,$9,$10,$11}'|sed 's/ /,/g'
    sleep 1
done

sh cpu.sh > cpu.csv
将结果导入Excel表格中,应用的CPU差值除以CPU的总值,即可获取CPU的占用率
1418970-20181106222842821-420350705.png

电量

应用启动时间

#获取应用启动activity
adb shell dumpsys activity activities |grep intent|grep --color com.UCMobile
#停止应用
adb shell am force-stop com.UCMobile
#观察日志
adb logcat -s ActivityManager
#启动应用
adb shell am start -n com.UCMobile/com.uc.browser.InnerUCMobile
#在手动启动对比下

1418970-20181106194226625-639886280.png

adb采集流量数据

https://www.jianshu.com/p/6c0cfc25b038
使用小米6 红米note5,proc没有uid_stat目录
adb shell cat /proc/uid_stat/UID/tcp_rcv
adb shell cat /proc/uid_stat/UID/tcp_snd

转载于:https://www.cnblogs.com/csj2018/p/9917142.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值