web测试（一）：web基础知识

最近在测web相关的产品，一边学习一边整理了一些笔记自用，欢迎指正~
想要尽量做一个完整的web相关的比，从测试的角度分析web测试的要点，包括功能到安全的测试点，最后想尝试一下从代码层面介绍web，也为之后需要不断学习的selenium做准备。
第一篇先介绍一下web的基础知识。

1.请求

首先我们需要知道，一次完整的请求应该包含请求和相应两个部分。
请求实际上是客户端想服务器发送请求的过程，然后服务器接受请求的数据后进行运算处理。
最后服务器讲处理的结果返回给客户端，这一个过程就叫响应。

2.网络的类型

网络的类型主要有互联网和局域网。
互联网就类似于我们平时生活中使用的网络，它可以访问很多网站。
而局域网一般用于企业内部，为的是提高安全性和可控性。需要申请权限才可以加入，比如要测试特定的环境的产品，可以加入不同的局域网，他对应着不同的服务器，最终实现不同的网络测试不同环境的产品。

3.网络的体系结构

网络的体系结构主要分为B/S、C/S、P2P，这里主要阐述前两个因为P2P接触的不多（留个坑，以后慢慢补~）。

1.B/S架构（browser/service）

1.顾名思义，就是浏览器到服务器的架构，也就是web所用的架构。
2.B/S结构的特点是瘦客户端，因为客户端没有分段服务器的运算，可以理解成前端仅仅是一些简单的显示，没有很多逻辑的处理，主要的工作都是丢给后端和接口进行处理。
3.从特点出发，可以看出来B/S的有有点也有缺点：
（1）分布式处理
前后端分布处理，由不同的人进行开发，甚至由不同的人进行测试，能优化团队的任务分配和提高效率。
（2）操作简单
web测试主要就是在浏览器中进行测试，所以主要是鼠标点击为主，但是浏览器有的是在pc端和手机端，所以我在测试时会根据适用场景对设备端进行测试，主要就是兼容性的测试。
（3）升级维护的成本较低
因为只要更新，所有的前端就会同步更新，所以不存在升级时要测试老版本的情况，这就大大减少了回归测试的时间。
（4）个性化低
因为前端不会分担服务器的运算，而且都是在浏览器的框架下写代码，一般只是处理ui，所以个性化的元素较少，基本上大家打开的网页都是一样的。
（5）相应时间较慢
因为所有前端不分担运算，所以所有的请求都是需要等服务器处理完再响应的，所以相交C/S架构会慢一些。

2.C/S架构（client/service）

1.C/S架构就是客户端到服务器，app就是采用这样的架构。
2.因为前端会分担服务器的运算，所以也称胖客户端。
3.C/S也是优缺点并存：
（1）分布式处理
这一点和B/S一样，不在赘述。
（2）个性化高
因为前端会分担一些运算，而且可以在自己的app框架下写代码，所以个性化程度较高，这就是为啥所有的网页都长得差不多且一般，但是app会各不相同而且复杂。而且web上的业务相较app会简单很多，因为有些逻辑并不能在B/S上处理。
（3）升级维护的成本较高
一般app的发布周期会比web长，因为他们的工作量会大很多，不仅是因为业务的复杂程度相差很大，还有一个重要的原因——app在市场上会有多个版本的在同时使用，所以任意一此版本的发布，都需要确保市面上的版本不受影响，特别是在接口或底层逻辑有改动的时候。
（4）相应时间较快
因为前端会分担一些处理，所以有些时候并不会请求服务器，这就缩短了相应的时间。从用户角度讲，也就是页面加载变快了。

好啦，web的基础知识暂时就这些，后面会持续更新和不断地补充~