【实例讲解】项目中如何有效开展APP弱网络测试

转载请注明作者和出处：美二 https://blog.csdn.net/qq_32654897/article/details/88579713

说明：关于弱网络场景覆盖和广义APP测试标准网络上相关帖子已经很多，这里不再赘述，本篇旨在给不知如何开展弱网络测试的小伙伴们提供一些借鉴思路，欢迎大家评论区补充~

1.背景说明

a. 有部分用户反馈APP加载过慢，应产品要求对APP整体做网络测试；
b. 我们在工作中实际上或多或少都会涉及到弱网络测试，但是关于这部分测试出来的结果行业内并没有确定的标准值，也就是说测试结果无法确定是PASS or FAIL。
总结：因此，我们的目标是有效开展弱网络测试，并制定测试标准。

2.分解细化目标

由于是首次开展弱网络测试，结果可靠性不可预估，因此分两阶段来确定场景&工具是否可靠，同时制定测试标准（即明确fail项并提出优化范围）：
第①阶段：针对用户反馈的7个功能页面测试，首先覆盖7个网络场景，若有需要再补充；
第②阶段：由①阶段选择切实有效的网络场景，并对其他核心功能模块做网络测试。

2.1 工具的选择：QNET

经过一段时间的调研，发现QNET可以比较全的覆盖到我们所需要的网络场景，同时支持android端和IOS端，并且很容易上手，操作非常简单，因此选择这个工具。（下载地址：https://wetest.qq.com/product/qnet/ ）

2.2 标准的制定：五大测试标准

下图是在QNET和自己产品基础上做的一个导图，选择所要覆盖的网路场景，并明确测试标准（以下是我针对自己产品定的标准，可以再次基础上进行细化或补充）：

五大测试标准：
最低原则无崩溃
响应时长符合258原则
核心业务有断线重连机制
加载中加载后有合理提示，UI元素正常
与固件交互功能响应时长参考行业内其他app

3.初步case编写

计划和标准确定后，我们就可以着手编写弱网测试用例，和功能测试用例略有不同，如下：

这部分需要注意的是：我们的网络测试所覆盖的场景/功能要尽可能的细化；
用“启动APP”举例，则只测试各个网络状况下从点击APP图标到第一个页面出现截止。

4.结果输出

用例执行完成后，可以输出一个较为直观的图表，更方便分析数据~（下图只截取了部分）

5.其他补充

5.1 网络场景扩展

刚开始我们选择了7个网络场景，但测试完成后发现在此类场景下APP表现均算良好，因此将网络场景扩展到14个。

5.2 测试结论

在“高延迟抖动”、“极差网络”、“丢包率”这几种场景下，IOS的加载响应时长不满足标准，需要开发优化。