测试猿课堂教小白零基础实战软件测试-移动网络测试 _信息快讯

首先网络测试不是新概念。早在富客户端时代，网络已经是常规测试中不可或缺的一项了。由于PC端时代，通常不存在弱网情况，所以大部分测试会聚焦在网络异常，即断网情况，如：

文章插图

测试猿课堂-功能在做弱网下，做功能测试，不仅是次性能测试，也是一种可靠性测试。就像公交车虽慢，但总能送你到目的地。如果在业务方明确要求的网络情况下，基本功能不能保证的话，这个应用是不合格的。通常来说，我们应该要求至少在一种弱网的理想情况下把所有的功能都走一遍，比如联通的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又小，还很慢的话，这下就是客户端代码写的烂了。

特别声明：本站内容均来自网友提供或互联网，仅供参考，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系，我们将在24小时内删除。