为什么要做弱网测试？
弱网测试，属于健壮性测试的内容，为什么要做呢？尤其是现在的人们更习惯在地铁里，公交上，甚至是电梯，车库等等的场景里去关注一些新闻，看看小说，直播，玩游戏等等。在这个时候，我们就需要针对这些场景，去关注一下应用的运行状态，以及弱网环境下，出现丢包、延时软件的处理机制，避免造成用户的流失。
最近做了一次移动APP的弱网和中断测试，接下来分享一下遇到的一些问题：
1、 现象：用户登录应用时下载初始化数据，下载过程中因网速太慢点击取消并重新登录，数据初始化完成后出现重复，造成数据不一致。原因：数据下载过程中、下载失败后，未进行数据回滚，中止后重新下载，出现数据重复
解决方案：通过事务处理数据下载逻辑，下载失败后，应用本地数据库进行数据回滚。
2、 现象：用户点击数据上传，数据上传过程中网络弱且不稳定，基于联网状态自动触发数据上传，导致出现数据重复写入，形成脏数据
原因：数据上传过程中，由于失败重传机制，会出现连续两次写操作，并且未做唯一识别处理
解决方案：根据数据特性，对可能造成脏数据的地方，通过关键字段，例如创建时间，key-value值等生成hash键，标记记录唯一性，即数据写入时，检查hash键是否存在，如果已经存在，当前重复数据丢弃。
3、 现象：在弱网环境下，用户输入用户名和密码点击登录，应用链接超时返回用户名和密码错误提示。
原因：在弱网环境下的连接超时后，按照强网业务逻辑处理，导致返回超时异常。
解决方案： 弱网连接超时后，检查应用本地数据库是否有用户登录信息，若存在，获取应用本地用户信息进行登录。
4、 现象：在弱网环境下，用户输入用户名和密码后点击登录，登录过程中应用崩溃并且闪退。
原因：弱网环境下数据下载超时，加载数据严重依赖于后来的异步加载。数据还没来得及返回，应用跳转到下个activity，导致崩溃。
解决方案：健壮数据加载流程，通过标记后台数据下载状态加载界面，依赖数据下载完成后，再进行页面跳转。
5、 现象：弱网络环境下，用户请求页面响应时间较长，等待的过程中，页面上的部分控件仍然可以操作，当用户点击控件时，出现应用闪退现象；
原因：没有对数据加载流程进行判断，直接暴露控件可控，当出现依赖数据的控件操作时，没有在数据返回前做兼容处理。
解决方案：在数据加载过程中，设置页面对外暴露的控件为“不可操作”，当数据加载完再释放。
6、 现象：在弱网环境下，用户第一次输入搜索关键字没有得到响应后，再次输入全新关键字并发送请求，等待搜索结果返回后，当前结果页被之前的关键字搜索结果刷新覆盖
原因：中间的请求返回较慢，显示最终的结果后，之前请求返回的数据应不做处理。
解决方案：对异步请求未完成的任务进行cancel.
所以综上所述，对于移动APP测试，从功能、性能、稳定、异常处理等几个维度来归纳场景特性，弱网测试主要集中在如下场景：2G/3G/4G wifi-移动网络切换等。
1、模拟弱网环境
打开Fiddler，Rules->Performance->勾选 Simulate Modem Speeds，勾选之后访问网站会发现网络慢了很多
2、Fiddler弱网的原理
Rules—>Cutomize Rules打开CustomRules.js 文档
在文件中搜索关键字，m_SimulateModem
让我们来分析一下这几行代码：
-
首先来判断m_SimulateModem是否为true，也就是是否设置了弱网模式。
-
如果为弱网模式。则分析代码
-
oSession[“request-trickle-delay”] = “300”; 注释的也很明白，Delay sends by 300ms per KB uploaded.上传1KB需要300ms，转化一下上传速度：1Kb/0.3s = 10/3(KB/s)
-
如果你想设置上传的速度为50KB/s，你则需要设置Delay 时间为 20ms
-
同样的方法，也可以限制上传的速度，调整oSession[“response-trickle-delay”]即可。
设置完成后，清空原有的log，并使用你的app进行弱网条件下的操作，
选择第一个请求和最后一个请求，可获得整个页面加载所消耗的总体时间。从条形图表中还可以分别出哪些请求耗时最多，从而对页面的访问进行访问速度优化
如下图：
不同请求耗时多少的图形表，获取那种资源耗时最大，进而进行优化：
如下图
