目录
前言:
get app UID
获取流量数据
获得启动流量数据
总结
Jenkins 是一种开源的持续集成工具,可以帮助我们更加方便地进行软件开发和测试工作。通过 API 远程管理 Jenkins 可以帮助我们更加方便地进行 Jenkins 的配置和管理工作,并且可以更加灵活地进行 Jenkins 环境的搭建和部署。
本文对 Android App 的启动流量测试进行介绍。这里的启动流量指的是网络流量,即 App 在启动时发起网络请求和接收网络响应时传输的网络数据量。
说起流量,也许大家的第一反应就是 tcpdump/wireshark 这类网络抓包工具。的确,Android 系统确实也支持tcpdump
工具,通过tcpdump
,我们可以实现非常精准的流量测试。但tcpdump
也有个问题,就是它捕捉到的流量是系统层面的,我们很难区分捕捉得到的流量数据是否都是当前 apk 产生的。
其实,对于特定 apk 的整体流量数据,在 Android 系统中都会存储到对应文件中,我们完全可以通过读取对应文件来获得当前 apk 的流量信息。
与流量相关的状态数据存储在/proc/uid_stat/
目录下,其中,
表示 apk 对应的 UID。
关于 UID,简单地进行下说明。在 Linux 系统中,UID 表示的是 User Identifier,主要用于表示是哪位用户运行了该程序。但在 Android 系统中,由于 Android 系统本身就为单用户系统,这时 UID 就被赋予了新的使命,主要用于实现数据共享。具体地,Android 系统为每个应用都分配了一个 UID,不同 apk 的 UID 几乎都是互不相同的,而对于不同 UID 的 apk,不能共享数据资源。之所以用 “几乎”,是因为有时候同一厂家会存在多个产品,并且希望能在多个 apk 之间实现数据共享,这个时候,便可通过在 menifest 配置文件中指定相同的 sharedUserId,然后在 Android 系统中安装应用时便会分配相同的 UID。
获取 app UID 的方式有多种,最简单的方式应该还是从/data/system/packages.list
中读取,并通过 apk 的
找到对应的 UID。
root@hammerhead:/ # cat /data/system/packages.list | grep com.UCMobile.trunk
com.UCMobile.trunk 10084 0 /data/data/com.UCMobile.trunk default 3003,1028,1015
在这里,10084 即是com.UCMobile.trunk
的 UID。
流量数据分为接收流量(tcp_rcv)和发送流量(tcp_snd)两部分,这两个状态数值我们可以通过读取/proc/uid_stat/
目录下的两个文件得到。
shell@hammerhead:/ $ cat /proc/uid_stat/10084/tcp_rcv
3446837
shell@hammerhead:/ $ cat /proc/uid_stat/10084/tcp_snd
134366
通过这种方式,我们就可以读取得到指定 apk 在当前时刻的累计流量数值。
有了前面的基础,我们要测试启动流量就很好实现了。只需要在启动前采集下累计流量数值,然后启动应用,完成启动后再采集一次累计流量数值,前后两次累计数值的差值便是当次启动耗费的流量数。需要注意的是,由于很多时候 apk 在启动后,会在系统后台异步加载一些数据资源,因此为了保证我们采集到当次启动耗费的全部流量数值,我们在启动应用后最好能等待一段时间。
root@hammerhead:/ # cat /proc/uid_stat/10084/tcp_snd
15068
root@hammerhead:/ # cat /proc/uid_stat/10084/tcp_rcv
98021
# start app activity, sleep 10s
root@hammerhead:/ # cat /proc/uid_stat/10142/tcp_snd
23268
root@hammerhead:/ # cat /proc/uid_stat/10142/tcp_rcv
965651
采集到前后两次流量数值后,即可计算得到当次启动耗费的总流量。
当次启动总流量 = (23268 + 965651) - (15068 + 98021) = 875830 bytes
当然,这里的启动还分为好几种,包括首次安装启动、非首次安装启动、覆盖安装启动等。具体的启动方式可根据实际场景来定,但在统计流量的方法方面都是相同的。
本文讲解了 Android App 启动流量测试的一种方法。然而,本次介绍的方法也存在一定局限性,因为/proc/uid_stat/
目录下的tcp_rcv
和tcp_snd
文件中都只记录了总值,如果我们只关注总体的流量数值还好,但要是我们希望能测试得到更细化的数据,该方法就没法满足我们的测试需求了。
举个例子,UC 浏览器国际版在启动后,会和美国的服务器进行通讯交互。现在,我们想测试 UC 浏览器国际版在启动后与美国服务器的通讯流量。
显然,本文中介绍的方法是没法实现上述例子中的测试需求的。那例子中的场景要怎么测呢?这就还是得用到tcpdump
,在下一篇文章中我会再详细进行介绍。
作为一位过来人也是希望大家少走一些弯路
在这里我给大家分享一些自动化测试前进之路的必须品,希望能对你带来帮助。
(软件测试相关资料,自动化测试相关资料,技术问题答疑等等)
相信能使你更好的进步!
点击下方小卡片