0）该项检测目的：限制单次操作流量，减少用户使用业务的流量成本

Android：

1） PC端安装ATS，监控指定apk进程，程序稳定后，入口处流量记录清零，操作特性一个场景的关键路径，数据加载稳定后，查看ATS实时流量，应该<200K，超过需要分析是否有不必要流量可节省

2）详细分析需要一键抓包工具+wireshark深入分析。

6.4.6 被动接收富媒体消耗<60K

0）该项检测目的：富媒体是在基础功能上增强体验的附加品，但非用户主动拉取的富媒体要控制流量消耗。富媒体例如：视频、音频、动画资源、别人的表情气泡等

Android：

1）一键抓包工具+wireshark分析，分析方式同上面的4、2）

6.4.7 web页面–控制离线包<200K

目前离线包已经存在超过200K的情况，因此需要分析离线包内容的合理性，无法压缩到200K内，下载时需要分包下载，保证下载成功率。

Android+IOS测试方法：fiddler热点查看离线包zip包大小和是否拆包下载

6.4.8 web页面–无缓存首屏流量<200K（不包含离线包）

1）使用ATS，监控指定apk进程，程序稳定后，入口处流量记录清零，操作特性一个场景的关键路径，数据加载稳定后，查看ATS上传下载实时流量总和，应该<200K

6.5 流畅度测试

合流标准（建议安装release包）：

前言：流畅度低于合流标准值时，操作apk功能会明显感觉画面卡顿，不流畅。原则上一个apk任何操作都应该保证实时FPS达标，但一般activity等切换时间很短，瞬间fps值很难采集判断，这种场景用户更直观的感觉是打开快慢（响应速度关注），因此目前采集FPS都仅关注列表类滑动操作的流畅度。

场景准备：列表页面，数据加载稳定，并多翻页加载几页

6.5.1 avgFPS>=30，minFPS>=24

1）纵向列表：手机接电脑，PC运行perfbox2.7工具箱中的runScrolltest.bat，可自动上下滑动列表并采集数

(本章完)