移动端专项测试03-流量测试

windows机器通过userid获取流量

1、获取userid

adb shell dumpsys package com.douban.frodo|findstr userId

 

2、通过uid获取流量，第六列代表下载，第八列代表上传
adb shell cat /proc/net/xt_qtaguid/stats | findstr 10074

后一次减去上一次，即为本次操作消耗下载和上传的流量

通过 monitor 工具

monitor工具在new_sdk目录下，双击运行

选择需要监测的app

选择对应的app执行需要监测的操作

流量优化

• 如何判断一个应用的流量消耗偏高

            如果看流量的绝对值看不出高低，那就找几个同类型的产品对比一下。如果完成同样的事务，被测应用比同类产品高很多，那就是偏高了，可能有优化空间。

• 如何找到有效的优化点

            把分析的不同类数据包，按包占总流量大小的比例，和包的数量排序，占比多的，和消息数量多的，一个优化空间大，一个精简请求次数

• 冗余内容

           比如： 一些静态资源缓存起来，节省流量消耗

           同类请求被间隔执行，请求的内容包含一些相对静态的信息，正确的处理是第一次请求包括静态信息就好，后面的同类请求只包含必要的即时变化信息即可。错误的处理方式是每次请求服务器都返回一次静态信息。

• 冗余请求

           比如：请求用户信息，1个接口请求用户姓名、1个接口用户的下单数量。可以把请求合并成1个

           有的时候会发现应用短时间内发出多个同样的请求，收到结果也都几乎一样，这种情况应该尽量减少请求次数，同时注意排查程序逻辑错误，也许问题不像表面看起来那么简单。

• 无用请求

          版本迭代过快，或者时间过长，存在一些无用请求

          有的请求，你会发现谁也不知道它是干嘛的，很可能是以前版本遗留下来的无用请求，或者是引用的其他代码包偷偷发出的，甚至是间谍请求，请收集一切证据后，毫不犹豫的干掉它。

• 过多的失败请求

          比如：第一次请求成功，第二次请求失败，每次都会发送2次请求