首先网络测试不是新概念。早在富客户端时代，网络已经是常规测试中不可或缺的一项了。由于PC端时代，通常不存在弱网情况，所以大部分测试会聚焦在网络异常，即断网情况，如：
·异常信息 ·容错机制 ·超时机制 ·重连机制 到了移动时代，网络的形态也不再是单一的有线连接。2g/3g/edge/4g/wifi，不同的协议，不同的制式，不同的速率。场景也更加丰富，空旷的大街，拥挤的地铁，快速飞驰的汽车。流量就是钱，凡是和钱相关的事情，就是大事。所以对于应用开发和测试都有不小的挑战。那从测试角度来说，需要关注的就远不止断网情况了。测试猿课堂试着从功能，性能，稳定，异常处理，场景特性等几个维度来归纳下，当然一切都是为了用户体验：
测试猿课堂-功能 在做弱网下，做功能测试，不仅是次性能测试，也是一种可靠性测试。就像公交车虽慢，但总能送你到目的地。如果在业务方明确要求的网络情况下，基本功能不能保证的话，这个应用是不合格的。通常来说，我们应该要求至少在一种弱网的理想情况下把所有的功能都走一遍，比如联通的WCDMA或者移动的Edge。弱网的高延迟和高丢包，往往会伤害到实时性要求非常高的应用或者场景。 你要对业务有更高的敏感度，要清楚哪些业务出问题的几率比较大。当然也不要强人所难，网络实在不行，就不要聊重要的事情了。 测试猿课堂-响应时间 这是性能维度。有人会说流畅度，加载时间，这里就用响应时间代表。以前有个三秒定律，是说网页加载如果超过三秒，就会开始流失用户。这个三秒也被用进了移动应用。我们通常会测试很多场景的响应时间，比如： ·热启动 ·页面切换 ·前后台切换 启动时间久了，iOS 和 Android 都不会给你好脸色看。Android 5 秒 ANR， iOS 大概 20 多秒。而对于性子急的用户，直接就杀应用了，所以如果发现主线程里非得干网络 IO 的事情，那么弱网更需要测试了。页面切换也是同样的情况，一般 native 的会好很多。如果遇到 HTML5 页面，各种白屏，闪屏，转菊花，那体验就糟糕透顶了。这个时候，作为测试就要需要拿一套 HTML5 的性能数据去挑战开发了， ·首字时间 ·首屏时间 ·是否有302跳转 ·页面大小 ·是否开启 GZip 喂，你要好好看看 HTML5 性能优化的文章啊。 那 native 的数据可以用高速摄像机，GoPro或者iPhone5s+摄像头拍摄后数帧获得，也可以自己埋点（让开发帮忙埋更加靠谱）。HTML5的数据可以通过 Chrome 或者 Safari 的 remote debug 来获取。 除了直观的时间测试，我们还需要做各个场景网络请求的 API 消耗时间。当今的手机硬件，在本地渲染数据，事实上已经很难存在瓶颈了。很多时候，是网络请求的 API 返回的慢。我们需要观测的数据有： ·整体时间 ·response body 大小 从这两个数据，来推断是服务器处理的慢，还是需要治理传输包了。如果时间很少，body又小，还很慢的话，这下就是客户端代码写的烂了。
赞 (0)
测试猿作者
0 0
生成海报
国产电动车品牌大全排行榜前十(国产自行车质量品牌排行榜?)
上一篇
2022年1月16日 20:58
一代神机GBA还能再战！网友成功移植初代《古墓丽影》
下一篇
2022年1月16日 21:00
