移动端专项测试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目录下,双击运行

移动端专项测试03-流量测试_第1张图片

选择需要监测的app

移动端专项测试03-流量测试_第2张图片

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

移动端专项测试03-流量测试_第3张图片

流量优化

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

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

  • 如何找到有效的优化点

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

  • 冗余内容

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

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

  • 冗余请求

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

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

  • 无用请求

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

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

  • 过多的失败请求

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

你可能感兴趣的:(移动端专项测试)