fiddler模拟弱网测试点

弱网：

oSession[“request-trickle-delay”] = “300”; 注释的也很明白，Delay sends by 300ms per KB uploaded.上传1KB需要300ms，转化一下上传速度：1Kb/0.3s = 10/3(KB/s)

下载1KB需要150ms

设置断点

A fiddler菜单栏->rules->automatic Breakpoints->选择断点方式，这种方式下设定的断点会对之后的所有HTTP请求有效。

有两个断点位置：

a） before response。也就是发送请求之后，但是Fiddler代理中转之前，这时可以修改请求的数据。

b.）after response。也就是服务器响应之后，但是在Fiddler将响应中转给客户端之前。这时可以修改响应的结果

B 设置响应后断点（after response breakpoint）,可以通过命令行设置：bpafter localhost

5)修改返回值

观察inspector，页面内容出现变化（说明拦截成功）

切换到textView子面板，选择需要修改的部分，然后点击 “run to complete“，便可回送修改后的响应

ps：终止断点的方式有：

1> 在rules->auto breakpoint中disabled断点即可。

2> 在inspector界面点击“run complete“即会终止本次HTTP请求的断点。

3>输入Go 命令，也会使得当前的请求跳过断点

1、各个网络下功能测试

不同网络下，检查基本功能点
运营商移动、联通、电信接入点测试（需要使用实际SIM卡）
若有智能DNS功能，还需要关注运营商判断/归类
高延时、高丢包、无网、假热点也可归入弱网测试范畴

2、网络切换测试
部分APP有智能DNS功能，网络切换涉及DNS切换。
网络切换检测机制：Android可以监听系统广播
3、弱网测试
用户体验和异常处理是各个网络场景都需要关注的，只是弱网场景下，需要重点关注。

弱网测试模拟

什么样的网络属于弱网

低于2G速率的时候都属于弱网，3G也可划分为弱网，一般Wi-Fi不划入弱网测试范畴。

如何进行弱网测试

1、SIM卡的网络切换
手机-设置-移动网络设置-网络类型选择
3G、4G卡都可以设置关闭3G/4G，只走2G网络。
2、具体弱网场景测试，常见场景包括：地铁/巴士、电梯、楼梯间、停车场
3、使用虚拟机模拟网络速度，如用树莓派搭建的弱网测试仪
4、使用软件进行网络代理，模拟不同的网络带宽、延时率、丢包率

网络测试经典问题分享

场景一：弱网下，页面加载过程，程序闪退。
原因：webview超时处理未在UI线程。toast、关闭页面等操作需要在UI线程。

场景二：302跳转页面，达到内置超时阀值后，webview自动关闭。
原因：业务有页面加载超时自动关闭的逻辑，超时机制未考虑302场景。

【弱网环境测试点总结】

1.场景：弱网环境下某个操作响应时间

原因：APP用户对等待时间容忍度低，若弱网环境loading超过5s，用户很容易kill应用后再次进入应用

【测试点】性能测试中，加入弱网环境测试点，检测各个场景网络请求的 API 消耗时间（此处可以放入性能测试中，做为衡量APP性能好坏的指标）

2.场景：弱网环境下直至超时，UI界面友好度&APP是否稳定

原因：容错机制主要是考虑弱网情况下带来的不稳定，常见的问题是：loading超时导致ANR or crash

【测试点】弱网环境直至超时，判定为断网状态，UI界面和提示，友好且理解无歧义

3.场景：断网后环境下，是否自动重发请求

原因：不同模块，开发对请求处理不同。测试前可了解，代码是否支持自动重复请求，自动重发请求的频率是什么？

【测试点】断网后恢复网络，是否堆积网络请求（目前来说理财模块当10s左右无返回则会重发请求），此时请求和返回正常情况下，是否出现异常情况。比如1次支付操作，断网后堆积多个支付请求，恢复网络后因堆积多个支付请求，是否完成多次支付

ps：断网后恢复网络，考虑APP进行操作目的是否对伤害用户体验，通过哪种手段可以达到操作目的同时用户体验无感或者低伤害

比如，微信希望在线升级某些内容，会自动监听用户是否插着电 or 连着wifi，一旦监听符合上述场景，APP自动升级：

1）插电场景确保升级过程中，耗电不会导致手机低电量甚至没电

2）wifi场景，确保升级过程中，流量消耗不会使用用户话费中流量包，不会导致因消耗话费流量伤害用户体验

4.网络请求中，kill进程（导致APP登录态掉线）

登录同一个账号成功，应该不继续相同网络请求（要和RD确认，程序实际实现）

登录不同账号成功，应该不继续相同网络请求（要和RD确认，程序实际实现）

三、【常见弱网问题和原因分析】

1.场景：上传大图或者多图时，在弱网络环境下出现进度条走到一半卡住然后又从头开始

原因：采用分段上传方式，直至请求超时，分段传输没有结束，代码逻辑不对，导致每次重试都重头上传，一直循环

2.场景：在弱网络环境下容易出现登录不上或者登陆后立即掉线

原因：登录没有缓冲机制，而请求超时时间的设置没有区分同网络情况

解决方案：建议开发针对wifi、2g、3g、4g设置不同的超时时间

3.场景：弱网络环境下，请求的数据返回时间较长，等待的过程中，如果页面上的相关控件仍然可以操作，则容易出现异常现（闪退现象、触发底部时获得原页面请求数据）

原因：依赖数据的控件操作，在数据返回前没有做兼容处理

4.场景：搜索时输入关键字会连续发请求，停下时，显示最终的关键字搜索结果，但很快又会被前面的关键字搜索结果覆盖了；

原因：中间的请求返回较慢，显示了最终的结果后，之前的请求返回的数据应不做处理。