流量、电量、弱网环境怎么测

耗电

耗电操作主要包含CPU、WIFI、流量、传感器(GPS NFC),以及应用屏幕wakelock等操作。我们更多的是关注应用本身是否劫持了系统的屏幕wakelock操作,没有及时释放屏幕wakelock,导致耗电。

电量测试监控方法可以简单的从设置->电池->使用情况中查看,手机中的每个部件运行时对应的能耗值都放在power_profile.xml文件中,而系统的设置->电池->使用情况中,统计的能耗使用情况也是以power_profile.xml的value作为基础参数的。通过命令监控app个部件的使用时长,然后结合设备耗电的基础参数进行加权计算,即可得到app使用的耗电量。至于更详细的耗电量测试,可以专门把耗电这一性能指标拿出来,专项测试。

 

 

流量

针对流量测试,首先要搞明白什么是流量?我们的收集通过运营商的网络访问Internet,运营商替我们的手机转发数据报文,数据报文的总大小(字节数)即流量,这里的数据报文包含手机上下行的报文。由于数据报文采用IP协议传输,运营商计算的流量一般是包含IP头的数据报文大小。

下面就介绍两种流量的测试方法:

1、tcpdump+Wireshark抓包测试法

流量测试最直接的方法就是抓包。在App运行期间,把手机收发的所有报文度抓取下来,再计算收发报文总大小,即App消耗的流量。但是如果我们需要测试某一个App消耗的流量需要禁用其他APP的连网权限。

1)限制其他app的联网权限,因为有些App的进程是常驻后台的,即使不运行,也会有网络报文。可以借助一些手机管家软件禁用网络。

2)手机上抓包,下载tcpdump,手机连接电脑,获得root权限。

3)将 tcpdump (forAndroid)上传至Android手机上,在命令提示符窗口中输入命令:adbpush  <LocalPath of tcpdump>   /data/local/tcpdump

图片
4)给 tcpdump 增加可执行权限

adb shell

su

chmod 6755 /data/local/tcpdump

图片
5)启动抓包,使用命令/data/local/tcpdump-v -i any -s 0 -w /sdcard/zhangyu.pcap

图片
Got后面的数字表示当前抓到的包的数量。如果有变化,表示有网络流量。6)导出抓包结果adb pull /sdcard/zhangyu.pcap <LocalPathof PcapFile >

7)用Wireshark打开刚才的抓包结果,点击StatisticsàSummary,流量的数值为Bytes一行的Displayed一栏。

图片

2、使用安卓自身提供的TCP收发长度统计功能

一般APP和后台服务器之间的通信都是基于TCP的,所以我们可以利用此统计来测试我们APP的流量,而且安卓提供的该统计功能是按照APP纬度来统计的,不需要禁止其他app的连网权限。

操作步骤如下:

1)使用ps命令查看所测app的uid,例如贴吧的uid为10000+191=10191

adbshell 

su

ps |grep com.baidu.tieba

图片

2)进入/proc/uid_stat/1191目录,cat获取当前tcp_snd和tcp_tcv的初始值

图片

3)此时可以开始测试了,测试完成后再次获取tcp_snd和tcp_tcv的值

图片

4)所测时间内的流量计算

发送流量:tcp_snd_new-tcp_snd_old=2032150-893233=1128917bytes

接收流量:tcp_rcv_new-tcp_rcv_old=18648825-1350829=17297996bytes

 

弱网环境

在进行手机应用测试时,经常需要模拟网络不稳定的状态下对测试执行的影响。调研了几款工具,可以通过手动设置数据丢包率,以及网络时延等参数,模拟弱网环境。如Charles、clumsy、netlimite、atc等。

1、几款工具的比较

1)Charles、Fiddler这样的软件只支持短连接,也就是说只有走短连接的接口才生效,长连接的不能使用。

缺点:不支持长连接

2)Atc工具和苹果自带的ios developer (开发者选项)的使用方法是一样的,需要在手机端操作,atc工具需要搭建一系列环境后,手机访问一个ip地址就能看见控制页面,然后修改相应的参数即可。

缺点:不宜操作,每次修改网络场景需要把被测app置于后台,切换到网络模拟界面改参数,然后再切回被测app。影响被测app的操作连贯性。

3) clumsy、netlimite等这类软件易安装,安装在电脑端,手机通过共享网络连接电脑,实时的将系统接收和发出的网络数据包拦截下来,人工的造成延迟,掉包和篡改操作后再进行发送。

4)购买一些仪器,在全公司范围搭建一个弱网环境。

缺点:搭建成本高,需要有专门的技术人员支持。

综合比较以上四类工具,第三类推荐在日常测试过程中使用。下面就拿clumsy举例,介绍一下环境的搭建及使用。

 

2、clumsy环境搭建及使用

1)环境准备

windows笔记本,clumsy安装文件,共享网络

2)安装clumsy

clumsy免安装程序,下载完成后,直接点击exe可执行文件即可。

下载地址:https://pan.baidu.com/s/1pLAjm2J密码: mk8i

3)创建共享网络

a、电脑连接网线,打开网络和共享中心

 

图片

 

b、点击本地连接---属性---共享---勾选第一个,并选择一个家庭网络连接(此时本地连接会显示共享的字样)

 

图片

 

 

c、cmd--输入命令(启动cmd,最好用管理者身份启动)

netshwlan set hostednetwork mode=allow ssid=zhangyu1 key=123456789(ssid和key对应共享网络的名称和密码,key不能低于8位)

netshwlan start hostednetwork

至此手机就会搜索到电脑共享的网络,然后连接即可。

 

3、clumsy参数说明及使用

界面如下:

 

图片

clumsy 首先根据用户选择的 filter 来拦截指定的网络数据。在 filter 中可以设定你感兴趣的协议(tcp/udp),端口号,是接收还是发出的端口。你也可以通过简单的逻辑语句来进一步缩小范围。当 clumsy 被激活时,只有符合这些标准的网络数据会被进行处理,而你不感兴趣的数据仍然会由系统正常传输。

当被 filter 的网络数据包被拦截后,你可以选择 clumsy 提供的功能来有目的性的调整网络情况:

1.   延迟(Lag),把数据包缓存一段时间后再发出,这样能够模拟网络延迟的状况。

2.   掉包(Drop),随机丢弃一些数据。

3.   节流(Throttle),把一小段时间内的数据拦截下来后再在之后的同一时间一同发出去。

4.   重发(Duplicate),随机复制一些数据并与其本身一同发送。

5.   乱序(Out of order),打乱数据包发送的顺序。

6.   篡改(Tamper),随机修改小部分的包裹内容。

类似模拟网络环境的软件很多,大家可以针对自己的情况选择,不要找环境搭建过于繁琐的工具,简单易用就好。

 

定位常用软件

在发现问题后,定位分析时,可以借助以下常用软件。

1、traceview使用简介

TraceView 是 Android 平台特有的数据采集和分析工具,它主要用于分析 Android 中应用程序的 hotspot,可以方便的查看线程的执行情况,某个方法执行时间、调用次数、在总体中的占比等,从而定位性能点。 

使用方法: 
使用Android studio->Android Device Monitor->进入DDMS->点击开始按钮 

图片

 

Case: 在微粉首页上下滑动,滑动过程中等待图片、视频加载完成 。
点击结束按钮出现结果如下(划分为上下两个面板,即Timeline Panel(时间线面板)和Profile Panel(分析面板): 

图片

Timeline Panel又可细分为左右两个部分: 
(1)左边显示的是测试数据中所采集的线程信息。 
(2)右边所示为时间线,时间线上是每个线程测试时间段内所涉及的函数调用信息。 
(3)可以在时间线中移动时间线纵轴。纵轴上边将显示当前时间点中某线程正在执行的函数信息。 
      图片

Profile Panel(分析面板)
按调用次数由高到低排列结果如下图
图片


按照占用CPU时间从高到低排列结果如下图: 

图片

2、Systrace使用简介

Systrace是Android4.1中新增的性能数据采样和分析工具。它可帮助开发者收集Android关键子系统(如surfaceflinger、WindowManagerService等Framework部分关键模块、服务,View系统等)的运行信息,从而帮助开发者更直观的分析系统瓶颈,改进性能。Systrace的功能包括跟踪系统的I/O操作、内核工作队列、CPU负载以及Android各个子系统的运行状况等。 
使用方法: 
使用Android studio->Android Device Monitor 
图片  

进入DDMS->打开微粉APP->点击开始systrace 

图片

设置参数->点击OK 

图片

case: 在微粉首页滑动列表,滑动过程中需等待图片视频加载完成 
在chrome地址栏中输入chrome://tracing 点击load打开trace.html文件 

图片

通过工具抓取的数据用浏览器打开后显示如下:图片

查看Frames这一行,可以看到这里展示了被绘制出来的每一帧,并且用绿、黄、红三颜色来区分它们在绘制时的性能 

图片

选一个红色帧在底部给出Alter信息: 

图片

展开“Inflation during ListViewrecycling”这条警告(警告部分的总耗时155毫秒,远高于了我们对保障60fps所需的16毫秒绘制时间): 

图片

选择这一帧中最长的一块,对其进行进一步分析整个区块耗时98毫秒,而在这之中CPU只消耗了65毫秒的时间去运算

图片

posted @ 2021-01-19 11:01  蒋励  阅读(585)  评论(0编辑  收藏  举报