android基于adb的性能测试

应用CPU、内存、点亮、流量等数据，是应用测试的重要性能指标。本次以UC浏览器为例。

当前app测试中，每个正式版本都会专门做一轮性能测试，测试数据包括：

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

1.内存

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

1.1 测试前的准备工作：

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

1.2 获取app信息

#获取包名:执行下一行命令后，进入app
adb shell am monitor
#获取当前应用的进程
adb shell ps|grep com.UCMobile

结果如下：

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

1.3 按进程或包名查看内存占用

adb shell dumpsys meminfo com.UCMobile

原文：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 信息

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

1.4 编写脚本grabMem.sh，每隔一段时间获取应用和进程的占用的内存。

#!/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 -s $2 shell dumpsys meminfo com.UCMobile > $1_mem_package.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:SearchBackgroundProcess > $1_mem_package_SearchBackgroundProcess.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:MediaPlayerService > $1_mem_package_MediaPlayerService.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:push > $1_mem_package_push.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:game > $1_mem_package_game.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:DownloadService > $1_mem_package_DownloadService.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:wificore > $1_mem_package_wificore.text
		adb -s $2 shell dumpsys meminfo com.UCMobile:ppappstore > $1_mem_package_ppappstore.text
	fi
	sleep 1
done

1.5 步骤要点：

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

2. 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的占用率

3.电量

4.应用启动时间

#获取应用启动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
#在手动启动对比下

5.adb采集流量数据

新的安卓系统已经没有uid_stat目录，这个方法过时了

adb shell cat /proc/uid_stat/UID/tcp_rcv
adb shell cat /proc/uid_stat/UID/tcp_snd

6.参考：

https://blog.csdn.net/bigconvience/article/details/35553983

https://blog.csdn.net/houzhizhen/article/details/79474427

https://www.jianshu.com/p/6c0cfc25b038