手机app弱网测试与流程

一、测试准备

在开始之前，需要做好以下准备：

1. 明确测试目标：确定测试的重点功能模块（如登录、支付、视频播放、文件上传下载、消息同步等）。

2. 分析用户网络场景：调研您的用户可能处于的各种网络环境（如地铁、电梯、地下车库、偏远地区、拥挤的Wi-Fi等）。

3. 设定弱网参数标准：定义什么是“弱网”。通常从以下几个维度衡量：

   • 带宽（Bandwidth）：限制上下行网络速度（如 50 Kbps, 100 Kbps）。

   • 延迟（Latency）：模拟网络数据包传输的延迟（如 200ms, 500ms）。

   • 丢包率（Packet Loss）：模拟网络不稳定造成的数据包丢失（如 5%， 10%）。

   • 抖动（Jitter）：模拟延迟的变化，网络不稳定的表现。

   • 错误率（Error Rate）：模拟网络 corruption（损坏）的情况。

4. 搭建测试环境：

   • 独立测试环境：最好在预发布或测试环境进行，避免影响线上真实用户。

   • 数据监控：准备抓包工具（如 Charles, Fiddler, Wireshark）和性能监控工具，便于定位问题

二、核心测试场景

根据不同的网络参数组合，设计以下典型场景：

场景名称	参数模拟（示例）	测试关注点
高延迟	延迟：500ms - 2000ms	请求超时、连接超时、用户操作响应慢、UI是否卡顿、是否有加载动画
低带宽	上下行速度：< 50 Kbps	页面加载极慢、图片/视频无法加载或加载缓慢、超时重试机制
高丢包率	丢包率：10% - 50%	请求失败率、自动重连机制、数据是否一致（如消息是否乱序或丢失）
网络抖动	延迟在50ms-500ms间随机变化	连接稳定性、音视频通话质量（卡顿、花屏、断线）
网络中断与恢复	模拟信号完全中断后恢复	App是否崩溃、连接重建立机制、数据自动同步机制、状态恢复
2G/3G网络	组合模拟（低带宽+高延迟）	基本功能可用性、极端条件下的用户体验
网络切换	Wi-Fi <-> 4G/5G 相互切换	连接是否无缝、是否会断线、IP变化是否导致请求失败

三、常用工具与方法

方法1：软件模拟（最常用、最经济）

通过在PC上创建代理网络，让手机连接这个网络，从而控制手机的网络状态。

1. Charles (推荐)

   • 原理：在电脑上运行Charles，设置代理，手机Wi-Fi连接到同一局域网并设置电脑代理。

   • 功能：

     • Throttling：可直接设置预设（如 3G）或自定义带宽、延迟、丢包率。

     • Breakpoints：可以断点模拟请求超时失败。

     • Map Local：模拟服务器响应慢或失败，用本地文件代替返回。

   • 优点：功能强大，界面友好，支持SSL抓包，Mac/Win均可用。

2. Fiddler (Windows平台经典)

   • 功能与Charles类似，通过 Rules -> Performance -> Simulate Modem Speeds 开启弱网模拟，也可自定义规则。

3. Network Link Conditioner (仅限Mac/iOS开发)

   • 原理：苹果官方提供的开发工具，可以直接安装在Mac上，系统级地模拟差网络。

   • 使用：为Mac电脑本身设置网络限制，所有从Mac发出的网络请求（包括连接的手机共享网络）都会受影响。

   • 优点：无需代理，设置简单，预设场景丰富。

4. Android Emulator (安卓模拟器)

   • 安卓模拟器自带的设置中可以直接设置网络速度和延迟。

方法2：硬件模拟（更真实、成本高）

使用专门的网络损伤仪（Network Emulator），如 WANem, Applech, 或 ITEST Systems 的设备。

• 优点：精度高，可以模拟更复杂的网络拓扑和条件，不依赖软件代理。

• 缺点：设备昂贵，通常在大公司或对网络要求极高的领域（如音视频、游戏）使用。

方法3：真实环境测试（必不可少）

软件模拟无法完全替代真实环境。

• 地铁/电梯/地下车库测试：带着手机去这些信号弱的地方进行实测。

• 运营商网络切换：在不同运营商的网络下测试（移动、联通、电信）。

• 国际网络测试：如果App有海外用户，需要使用VPN等工具模拟海外网络环境。

四、测试执行与关注点

1. 功能测试：

   • 核心功能在弱网下是否可用？（如登录、注册、下单）

   • 是否会发生闪退（Crash）、无响应（ANR）？

   • 数据一致性是否有问题？（如本地操作与服务器最终状态是否一致）

2. UI/UX测试：

   • 是否有友好的加载中动画？而不是白屏或卡死。

   • 是否有超时提示、失败提示？提示语是否清晰？

   • 操作按钮在请求未完成时是否做了防重复点击处理？

3. 性能与稳定性测试：

   • 耗电量、CPU/内存占用是否在弱网下异常增高？

   • 请求重试机制是否合理？是否会因频繁重试导致雪崩效应？

   • 断线重连后，状态恢复是否正常？

4. 安全测试：

   • 在弱网超时情况下，重试请求是否会导致重复扣款或重复提交？

五、问题记录与复现

• 详细记录：记录测试时的网络参数（带宽、延迟、丢包率）、操作步骤、App版本、手机型号/系统。

• 抓包日志：务必同时抓取网络请求日志（用Charles或Fiddler），这是开发定位问题的最关键证据。保存抓包文件。

• Console日志：结合App本身的Log日志一起分析。

总结：一个简单的弱网测试流程

1. 规划：确定测试范围、定义弱网参数矩阵。

2. 搭环境：在测试机安装待测App，电脑打开Charles并设置好代理，手机连接代理。

3. 配置：在Charles中设置Throttling参数（如：256 Kbps 带宽，300ms 延迟，5% 丢包）。

4. 执行：在手机App上执行测试用例（如：打开一个图片丰富的页面，提交一个表单）。

5. 观察：观察App的行为（UI、提示、性能）、同时用Charles监控网络请求。

6. 记录：发现Bug后，保存Charles的抓包记录(.chls文件)，详细记录复现步骤和网络参数，提交给开发。

7. 验证：修复后，在同样的网络参数下验证问题是否解决。

弱网测试是衡量一个App是否健壮和用户体验是否优秀的重要标尺，需要集成到常规的测试流程中，并不断迭代和完善测试场景。