转载地址：https://testerhome.com/topics/3211
 
 
 首先网络测试不是新概念。早在富客户端时代，网络已经是常规测试中不可或缺的一项了。由于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又小，还很慢的话，这下就是客户端代码写的烂了。
 
 强网络形态场景测试
 
 如果你开着4G，然后一不小心打开了一个高清在线视频，刷刷刷，就欠费上万了，你的胸中必须有千万头草泥马了吧。这就是强网络形态场景，有些场景就必须是开着wifi才能做的，有些场景必须对 2g 优化的。这事情开发必须清楚，他不清楚的话，测试需要帮忙测试出来。
 
 据我所知，微信的升级就会监听用户是否插着电，连着wifi，一旦监听到了，就马上告诉你，现场可以升级。之前论坛里有人报过支付宝的bug，说一开应用刷刷几个M就没了，事实上，这是因为支付宝内部的 html5 应用包升级，就没有对具体网络场景做判断，导致用户心疼了把流量。
 
 所以在设计这一块测试用例的时候，最好和开发，pd一起讨论下，毕竟只有pd定了，开发写了，才能测的安稳。这块的测试就必须上真机真卡了，目前为止还没有哪位同学模拟出基站来的。
 
 异常机制
 
 这块其实传统互联网时候做的很多了。对于用户而言，可怕的不是遇到问题，而是遇到问题不知道为什么，所以异常信息的文案一定要做的漂亮，否者就等着数不清的反馈和投诉吧。
 
 容错机制主要是考虑弱网情况下带来的不稳定，等待超时 ANR了，或者直接异常闪退了。这些的处理，一定要做的优雅，不能粗鲁。由自己控制总好过系统控制，会让用户看出产品的用心。
 
 重连机制涉及两块，一块是客户端是否会重发请求，一块是服务端是否接受重连。配合超时机制，多久没有得到反馈才会发起重连，失败几次会不允许重连，重连是否会让服务器重复写或者写重复？
 
 这块测试就需要制造异常，无论从服务端还是客户端，还是人为制造。举个例子，重连测试，给个延迟很高的热点，或者用代理工具伪造一个延迟很高的proxy，就可以触发超时了。
 
 无网状态测试
 
 无网络其实是异常机制中的一种，之所以单独拉出来讲，是因为这里很容易发现问题。首先，页面呈现。做的好的应用会直接规避掉，如果无网络，直接退出到登陆界面。而做的差，就给你一个残页给你，这是非常糟糕的设计。数据完整性和session一致性其实是一样的，这个在金融交易或者即时游戏中很重要。比如你打副本打的很开心，然后突然地铁钻下去了，没网了，副本还在进行，你可能都不知道已经没网了。在网络恢复之后，会是怎样一个状态？另外，还需要关注的是，无网状态下会不会还不断的请求网络，不断的做网络相关的操作。从无网状态恢复到有网络，会不会有请求堆积？
 
 请求堆积
 
 这一点我没有放到 mind 图里，是因为这个情况在弱网情况下时时都可能发生。比如你通过某做的很烂的应用，向某人转钱，网络不好，出现了再试一次，然后你比较傻，点了个四五次（我一般都不点）。然后突然网络好了，你转出去四五笔钱。你不心态流量也心态钱啊。
 
 总结
 
 我大致讲了讲，移动网络也是我转到支付宝做商户APP专项中的一项，提到的这些肯定都是遇到的坑和即将遇到的坑，总觉有什么地方遗漏了，希望大家帮忙补充。最近家里养了金鱼，记忆力也被传染了。
 

 
家庭网络布局各式各样，不计其数。幸好，大部分的布局都是从一系列基本布局变化而来。这里介绍的常规布局包含了每种无线，有线以及混合型家庭网络，也列出了每种网络图解的优缺点。
 
1.无线路由网络图解
 
在此布局中WiFi无线网络路由是网络的中心设备。
 

 
图一
 
所有连接到无线路由的设备必须具备一个网络适配器。如图所示，宽带调制解调器可允许高速网络共享。
 
无线路由可以让多台电脑通过WiFi来连接。几乎所有家用路由都可以支持常见的无线设备。但是，如果所有WiFi电脑试图同时使用网络，那么网络性能就会降低。
 
许多无线路由都可以支持四个有线设备通过以太电缆进行连接。初次安装此类家庭网络，需临时将一台电脑连接到无线路由上，以支持无线功能的初始配置。随后便可以选择使用以太网连接。当电脑，打印机或其他设备缺少WiFi功能或无法接收路由发出的无线信号，那么可选用永久性以太网连接。
 
可选组件——打印机，游戏控制板和其他娱乐设备属于可选组件。
 
局限性??——网络WiFi端口只对无线路由范围内的网络有作用。WiFi设备的范围取决于多种因素，包括家庭布局和无线电干扰等。如果无线路由不能支持用户所需的以太网连接，就要添加类似网络交换机的二级设备以便扩展布局的有线端口。
 
2.以太网路由网络图解
 
此图解示范了有线网络路由作为家庭网络中心设备的布局。
 

 
图二
 
大多数有线网络路由允许四台设备连接到网络。所有连接到以太网路由的设备必须具备一个以太网网络适配器。
 
可选组件——打印机，游戏控制板和其他娱乐设备属于可选组件。
 
局限性——如果以太网路由不能提供足够的以太网连接，可以添加类型网络交换机的二级设备以扩展布局。
 
3.以太路由/无线接入点混合型网络图解
 
此图解展示了由有线网络路由和无线接入点组成的混合型家庭网络布局。
 

 
图三
 
大多数有线路由都允许同时接入四台设备。无线接入点需要使用其中一个端口，但是它又可以提供更多端口供WiFi设备联网。
 
几乎每种家庭网络中的无线接入点都可让多个无线设备接入网络。但是，如果所有WiFi电脑都同时使用此网络，势必会降低网络性能。
 
所有接入以太路由的设备须具备一个以太网络适配器。所有接入无线接入点的设备须具备一个WiFi网络适配器。
 
可选组件——打印机，游戏控制板和其他娱乐设备的连接属于可选组件。
 
可以对连接到路由和无线接入点的设备进行选择。可能需要添加额外的网络适配器来转换以太网设备，尤其是打印机和游戏控制板，以使其能无线联网。
 
局限性——WiFi端口只在接入点的信号范围内有效。如果无线路由不能提供足够连接，可添加二级设备。
 
4.直联网络图解
 
此图解示例了一个没有中心设备的直联网络。
 

 
图四
 
直联网络可以通过若干种类的电缆布控实现，其中以太电缆是最常见的，但是也有其他的替代物可供选择，如RS-232系列电缆和平行电缆。直联常用于游戏控制板，目的是二人同时游戏的需要。
 
可选组件??——若连接到互联网，则要求网络中的电脑具备两个网络适配器——一个用来支持网络连接，另一个用来支持第二台电脑。此外，需将互联网连接共享软件安装到电脑中，以使第二台电脑与互联网相连。如果不需要连接到互联网，那么就不需要考虑这么多。
 
局限性——直联网络仅适用于独立的两台电脑或设备。此网络中不能加入其他设备。
 
5.Ad Hoc无线网络图解
 
此图解示例了一个Ad Hoc无线网络布局。
 

 
图五
 
使用Ad Hoc WiFi模式减少了对网络路由或是无线接入点的需要。使用Ad Hoc无线，用户就可以将电脑连接起来，而不需要连接到中央位置。大多数使用Ad Hoc 的用户要避免潜在的安全问题。
 
可选组件?——打印机，游戏控制板和其他娱乐设备是可选组件。
 
局限性——所有通过Ad Hoc无线连接的设备必须具备一个WiFi网络适配器。这些适配器必须配置成Ad Hoc模式。
 
由于此布局比较灵活，因此，Ad Hoc WiFi网络的安全保障难度比使用中央无线路由或接入点的网络的难度要大。
 
Ad Hoc WiFi网络最大支持11Mbps的带宽，而其他WiFi网络或许可以指出54Mbps甚至更大的流量。
 
6.以太网集线器或交换机网络图解
 
此图解示例了一个使用以太集线器或交换机的家庭网络。
 

 
图六

NAT0: OpenInternet，没有经过NAT地址转换，公网IP
 NAT1: Full Cone NAT，动态家宽可以达到最优的状态，外网设备可以主动发信息给NAT1网络内的设备。
 NAT2: Address-Restricted Cone NAT，只有内网设备(地址:任意端口)主动发过信息给外网设备，外网设备才能主动连接NAT2的该设备的地址(地址:任意端口)
 NAT3: Port-Restricted Cone NAT，只有内网设备(地址:指定端口)主动发过信息给外网设备，外网设备才能主动连接NAT3的该设备的地址(地址:指定端口)，限制为通信过的端口
 NAT4: Symmetric NAT，只能和NAT0设备通讯
 
推荐下载HMBSbige/NatTypeTester进行测试
 
GITHUB下载地址https://github.com/HMBSbige/NatTypeTester/releases/download/3.4/NatTypeTester.exe
 
镜像下载
 
https://wwr.lanzoui.com/iezIPt2704h
 密码:1ev9
 
打开软件，点击左侧菜单栏RFC 3489
 
 
 上方菜单栏中可选择STUN服务器，大陆境内推荐使用QQ和MIWIFI
 
 
点击TEST即可得到测试结果，如图FullCone即为NAT1，具体释义可参考上文
 
 
 
公网IP，NAT0 

光猫的连接是PPoE方式，提供宽带用户名、密码即可建立连接。这个用户名、密码是最初办网时的电话拨号的：j../1..


将牙签插进无线路由器而不是光猫进行重置，重置后用192.168.0.1进入d-link,用户名密码是背面默认的admin/空


进入后设置PPoE方式提供用户名、密码，供路由器通过光猫连接入网，它会检测直到成功。手动设置你的无线网络密钥，上面
可以改网络名字，设置完OK,电脑可以上网，手机输入新密码可以连接家里无线信号。