为什么与如何做弱网测试

为什么要做弱网测试？

弱网测试，属于健壮性测试的内容，为什么要做呢？尤其是现在的人们更习惯在地铁里，公交上，甚至是电梯，车库等等的场景里去关注一些新闻，看看小说，直播，玩游戏等等。在这个时候，我们就需要针对这些场景，去关注一下应用的运行状态，以及弱网环境下，出现丢包、延时软件的处理机制，避免造成用户的流失。

 

最近做了一次移动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进行弱网条件下的操作，

选择第一个请求和最后一个请求，可获得整个页面加载所消耗的总体时间。从条形图表中还可以分别出哪些请求耗时最多，从而对页面的访问进行访问速度优化

如下图：

 

 

 

不同请求耗时多少的图形表，获取那种资源耗时最大，进而进行优化：

如下图

标签：弱网,为什么,控件,上传,测试,数据,做弱,下载,加载
来源： https://www.cnblogs.com/ht22ht22/p/12434230.html