移动APP的流量测试和优化经验
活动时间:2016年12月8日 QQ群视频交流
活动介绍:TMQ在线沙龙第十四期分享
本次分享的主题是移动互联网APP的流量测试和优化经验。
共有42位测试小伙伴报名参加活动,在线观看视频人数22人~想知道活动分享了啥吗?往下看吧!
活动嘉宾
嘉宾简介
翟翌华,腾讯高级测试工程师,负责过部门网络模拟专项技术研究和多个产品的网络优化工作,现任桌面QQ浏览器性能优化相关工作。
分享主题
总结
问答环节
1、提问:是否有方法可以定位到某个方法占用的流量
答:从抓包的角度暂时没有办法定位,因为同一个协议的报文代码中都有可能有多个地方多个函数来进行发送,而抓包中都一样。如果需要定位,需要代码中相应的逻辑打印日志来定位。
2、提问:配置、广告首次拉取失败/缓存更新失败,有个重试机制,请问这部分的流量消耗是不是需要结合流量优化策略进行考虑“优化”呢。嘉宾在平时遇到这类问题时大概定义哪些更新时机呢?
答:对于重要的信息,影响用户体验的数据,是需要重试的,比如配置,这个如果拉取不下来,甚至APP不能开工。其他不是关键的信息,比如广告,更新等信息,本次拉取不下来,可以不重试,待下个时间点再拉取。如果几次均失败再考虑重试。
3、提问:有什么标准判断报文过长,或者总的流量过大?根据什么基准?
答:流量大小是相对的,我们对于总流量,选择竞品作为参照,不要超过竞品即可。单个协议的报文,我们选择流量优化后的第一个低流量版本作为基准版本,每个协议的增长不要超过基准版本的10%即可。
4、提问:监控平台上线后 对应用的流量测试都转为自动化测试了么?若新增了协议什么的(当前分析方法不适用了),怎么维护监控平台呢?先手动测试--->逐个分析--->添加相关自动化逻辑咩?
答:监控平台已经是全自动化测试,能够识别新的协议,把所有的协议消耗的流量都会显示和监控起来。
5、提问:流量测试发现问题如何和研发沟通推动流量优化的
答:这个需要从上而下的推动,我们这边已经将流量作为版本发布的标准,流量超标版本禁止外发,这样流量问题开发才会作为第一优先级问题解决。如果只是作为普通问题提给开发,可能开发不一定会解决,因为对基本功能其实是无影响的,只是流量中可能会存在冗余。
6、提问:贵公司的流量测试报告有哪些特定的对比参数呢?比如跟竞品的特定功能,在一定时间内的请求次数、流量大小?能不能大致说下呢?
答:总流量大小会与竞品进行比较。单个协议的请求次数和流量大小与基准版本进行比较。
7、提问:IOS是否有类似tcpdump的抓取方式
答:IOS在越狱后可以用GT或者tcpdump抓包。不越狱可以连接mac,使用rvictl -s命令在mac上创建rvi0端口,在mac上使用wireshark,抓取rivi0端口的报文即可。
8、提问:GT的流量测试也是通过抓包的形式来分析的吗
答:对的,GT提供了一键抓包功能,抓取的包还需要后期人工或自动化分析。
获奖名单
ID:不会游泳的鱼(124*****49)
恭喜以上同学获得TMQ本次沙龙活动听众奖,本次奖品是由TMQ 官方出品《移动App性能评测与优化》新书哦