软件测试从小白到高手(软件测试初学者入门),本文通过数据整理汇集了软件测试从小白到高手(软件测试初学者入门)相关信息，下面一起看看。

首先网络测试不是新概念。早在富客户端时代，网络已经是常规测试中不可或缺的一项了。由于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又小，还很慢的话，这下就是客户端代码写的烂了。

更多软件测试从小白到高手(软件测试初学者入门)相关信息请关注本站。