1.后台接口是否返回冗余数据
例如理财产品理财列表接口一般会返回理财产品相当多的信息，其中这些信息有50%的字段是不需要展现给用户的，其实这就可以考虑在接口设计的时候与前端开发约定好将这部分后端返回的数据作为冗余数据，后续不再返回给前端，减少流量的消耗。
另外APP端和服务器端的每个接口的数据结构都尽量简单，每个字段对应的内容也应该尽量简短。
2.相关图片和视频资源是否进行Gzip压缩后上传
HTTP协议上的Gzip编码是一种用来改进WEB应用程序性能的技术，用来减少传输数据量大小，减少传输数据量大小有两个明显的好处：
可以减少流量消耗；
可以减少传输的时间。
3.图片格式处理是否得当：一般来说WebP格式>JPG>PNG
同样的照片，采用WebP格式可大幅节省流量，相对于JPG格式的图片，流量能节省将近 25% 到 35 %；相对于 PNG 格式的图片，流量可以节省将近80%。最重要的是使用WebP之后图片质量也没有改变
4：App中需要加载的图片是否按需加载
App中需要加载的图片按需加载，列表中的图片根据需要的尺寸加载合适的缩略图即可，只有用户查看大图的时候才去加载原图。不仅节省流量，同时也能节省内存
5.网络请求方面：是否合并网络请求，减少请求次数
APP端应该尽量减少向服务器端发送请求的次数，能合并的接口尽量合并；每发一次请求，双方就都需要至少向对方发送一次HTTP的头字段数据；如果连接断开了，还要多个和服务器的握手过程；这些都会多消耗网络流量。
6.是否进行网络缓存
对服务端返回数据、图片，JS进行缓存，设定有效时间，有效时间之内不走网络请求，减少流量消耗。但由于手机存储空间有限，也需要控制整个缓存大小，并给用户提供清理缓存的选项。
7.是否采用客户端的轮询来获取一些信息的查询
采用客户端的轮询来获取一些信息的查询会消耗流量，应该使用服务器推送的方式；
8.数据更新是否采用增量方式
数据更新采用增量，而不是全量，仅将变化的数据返回，客户端进行合并，减少流量消耗；
非 WiFi 情况下，对于 APP 界面展示的数据，在 APP 后台运行时尽量不去拉取。
9.是否针对不同网络类型设计不同的访问策略
比如使用非WIFI网络进行大图、视频资源查看，是否会提醒用户当前操作会耗费过多的流量，是否需要切换到WIFI场景进行浏览。
有某课网自动化，性能,安全测试实战视频，需要加微信：TryExcept417获取！
