随着国内移动终端的快速发展，用户碎片化使用移动终端的概率大大增加。但对于一些特殊情况，比如用户在地铁、公交，甚至电梯里使用APP等。，需要在这些场景的弱网络环境下验证丢包和延时软件的处理机制，避免用户体验不友好造成的用户流失。
1.用户体验
在应用过程中，在实时性要求非常高的场景下，弱网络的高延迟、高丢包率容易伤害用户体验。
2.非正常情况下，出现bug的概率会增加。
在解决日常支持需求时，我们经常会遇到一些从用户反馈中无法轻易重现的bug。很大一部分bug是由于用户自身网络环境的波动，或者网络环境本身不佳，面对这种恶劣的网络环境服务不够健壮，导致一些意想不到的bug
网络测试的一般流程。
1.首先要考虑正常的网络。
各模块功能正常可用。
页面元素/数据正常显示。
2.其次要考虑没有网络的情况。
APP的功能没有网络可用吗？
APP页面切换正常吗？
发送网络请求会导致闪退、卡顿等异常情况吗？
APP的页面显示是否完整美观，未刷新的页面是否进行了相应的提示和处理。
没有网络数据会丢失吗？
没有网络提示信息是否友好？
3.再考虑一下弱网。
APP在网络弱的情况下是否超时请求？
在网络延迟的情况下，操作app进行数据同步和OTA升级时会出现死机、ANR等严重错误吗？
在网络较弱的情况下，当APP请求回调未完成时，APP在进行其他动作和交互时是否会闪退(例如，驾考IOS屏幕闪退)等异常。
在网络弱的情况下，原始数据是否丢失(在弱网络下载会出现丢包)
在弱网络环境下，会不会有请求堆积如山？
在弱网络环境下，APP的所有页面是否显示完整？
系统超时，提示信息清楚吗？
在网络较弱的情况下，APP的响应时间是否在合理的时间范围内
请求回拨未完成-- XXX项目XX问题解决弹出窗口
服务器对这个弹出窗口有最终决定权，服务器知道用户何时播放弹出窗口。如果用户在做问题页面的时候返回，那么应该在用户下次进入并且在服务器缓存时间内给出弹出窗口(产品逻辑:用户必须在弹出窗口消失之前看到它)。
要求积累:注水和池排水
4.最后，考虑网络状态之间的转换。
断网后，操作APP的功能正常吗？
在数据同步过程中，网络连接断开时，APP是否有异常？
在数据传输的过程中，网络从wifi切换到gprs。APP有什么异常吗？
在弱网络环境下发送的请求是否在网络恢复后重复提交？
想了解更多软件测试和行业信息，可以关注我！(补充)
