接口测试最近几年被炒的火热了，越来越多的测试同行意识到接口测试的重要性。接口测试为什么会如此重要呢？ 主要是平常的功能点点点，大家水平都一样，是个人都能点，面试时候如果问你平常在公司怎么测试的，你除了说点点点，还能说什么呢，无非就是这个项目点完了点那个项目， 这就是为什么各行各业的只要手指能点得动的人都来转行软件测试了。面试的时候面试官希望你除了点点点，还能更深入一点的思考页面上看不到的功能，也就是接口测试了。接口是看不见的，但是可以访问！ HTTP, HTTPS协议
DNS是域名系统（Domain Name System），DNS是用来做域名解析的，它会在你上 输入 址后，把它转换成IP，然后去访问对方服务器；没有它，你想上百度就要记住百度的IP，但有了DNS的处理，你只需要记住对应 站的域名，即 址就可以了。
HTTP协议：超文本传输协议，是基于TCP的协议，默认为80端口。它的作用是用来规定客户端和服务器的数据传输格式。是一种用于请求与响应模式的、无状态、无连接 的应用层协议。 由于HTTP协议是一种请求-响应模式，所以一般需要关注HTTP请求和HTTP响应。
使用fiddler工具抓取HTTPS，体操作请查看文末领取教程
1xx — 信息提示（表示临时的响应。客户端在收到常规响应之前，准备接收一个或多个1xx响应）
2xx — 成功（表明服务器成功地接受了客户端请求）
3xx — 重定向（客户端浏览器必须采取更多操作来实现请求。例如，浏览器可能不得不请求服务器上的不同的页面，或通过代理服务器重复该请求）
4xx — 客户端错误（发送错误，客户端有问题。例如，客户端请求不存在的页面，客户端未提供有效的身份证验证信息）
5xx — 服务器错误（服务器由于遇到错误而不能完成该请求） 常见的返回码有： 200 OK – [GET]：服务器成功返回用户请求的数据 201 CREATED – [POST/PUT/PATCH]：用户新建或修改数据成功 202 Aceepted – [*]：表示一个请求已经进入后台排队（异步任务） 204 NO CONTENT – [DELETE]：用户删除数据成功 400 INVALID REQUEST – [POST/PUT/PATCH]：用户发出的请求有错误，服务器没有进行新建或修改数据的操作 401 Unauthorized -[*] ：表示用户没有权限（令牌、用户名、密码错误） 403 Forbidden -[*] ：表示用户得到授权（与401错误相对），但是访问被禁止 404 NOT FOUND -[*]：用户发出的请求针对得到是不存在的记录，服务器没有进行操作，该操作是幂等的 406 Not Acceptable – [GET]：用户请求的格式不可得（比如用户请求JSON格式，但是只有XML格式）。 410 Gone -[GET]：用户请求的资源被永久删除，且不会再得到的。 422 Unprocesable entity – [POST/PUT/PATCH] 当创建一个对象时，发生一个验证错误。 500 INTERNAL SERVER ERROR – [*]：服务器发生错误，用户将无法判断发出的请求是否成功。
HTTP协议常用的请求方式有如下几种：
）
这里给大家准备了我从大学到大厂工作的软件测试资料，无偿分享给大家，需要的可以点击自取
安全性 安全性低——明文传输、易受攻击，无法确认双方身份，也无法确保数据的完整性 安全性高——使用ssl加密传输协议，信息是密文，可以认证双方的身份，防止信息被截取篡改 默认TCP端口 80端口 443端口 灵活度或技术门槛 简单快速，使用很灵活 技术门槛：多数个人或私人 站难以支撑 速度 协议简单，HTTP服务器的程序规模小，因而通信速度很快 加重服务端的负担，需要资源来支撑，降低用户的访问速度 费用 没有额外的费用 CA机构颁发的证书都是需要年费的
HTTP协议传输的数据都是未加密的，也就是明文的，因此使用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是 景公司设计了SSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，从而就诞生了HTTPS。简单来说，HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的 络协议，要比http协议安全。
1、https协议需要到ca申请证书，一般免费证书较少，因而需要一定费用。 2、http是超文本传输协议，信息是明文传输，https则是具有安全性的ssl加密传输协议。 3、http和https使用的是完全不同的连接方式，用的端口也不一样，前者是80，后者是443。 4、http的连接很简单，是无状态的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的 络协议，比http协议安全。
POST和GET都是向服务器提交数据，并且都会从服务器获取数据。 区别： （1）传送方式：get通过地址栏传输，post通过 文传输 （2）传送长度：get参数有长度限制（受限于url长度），而post无限制 （3）GET产生一个TCP数据包（对于GET方式的请求，浏览器会把http header和data一并发送出去，服务器响应200返回数据），POST产生两个TCP数据包（对于POST，浏览器先发送header，服务器响应100 continue，浏览器再发送data，服务器响应200 ok返回数据） （4）get请求参数会被完整保留在浏览历史记录里，而post中的参数不会被保留 （5）在做数据查询时，建议用GET方式；而在做数据添加、修改或删除时，建议用post方式
请求 文：一个HTTP请求 文由请求行（Request Line）、请求头（Header）、空行(Blank Line)和请求体（Body）4个部分组成。 响应 文：HTTP响应 文和请求 文的结构差不多，由状态行、响应头、空行、响应体4个部分组成。
是指协议对于事务处理没有记忆能力，服务器不知道客户端是什么状态。即我们给服务器发送 HTTP 请求之后，服务器根据请求，会给我们发送数据过来，但是，发送完，不会记录任何信息。 解决方案:通过cookie和session来保持状态。
请求body;请求url+请求body： Content-type:
application/x-www-form-urlencoded: 表单提交–键值对， form multipart/form-data：文件上传—文件 ，MIME application/json，text/xml
http协议目前有4个版本(0.9,1.0,1.1,2.0)，其中1.0、1.1版本在互联 上被广泛使用，2.0版本目前应用很少，是下一代的http协议。
1.存储位置不同：Cookie 是将用户数据通过加密的方式保存在客户端，大多数情况 Cookie 存储在浏览器；Session 是用于控制客户端和服务端的连接，Session 存储在服务器；
2.存储容量不同：单个 Cookie 保存的数据不得超过 4kb，一个站点最多 20 个 Cookie，Session 一般情况下没有上限，不过建议不要存放太多东西，否则影响性能；
3.存取方式不同：Cookie 只能用 ASCII 字符串，通过编码方式获取 Unicode 字符或者二进制数据，不好存储复杂的信息，而 Session 能存储任何类型的数据；
4.隐私策略/安全性不同：Cookie 放在客户端，可以进行 Cookie 欺骗，所以不安全，Session 放在服务端，更加安全；
5.有效期不同：Cookie 可以设置属性达到长期有效，Session 依赖于 JSESSIONID 的 Cookie，Cookie JSESSIONID 的过期时间默认为-1，只需要关闭窗口 Session 就会失效，就算不依赖 Cookie，用 UrL 重写也不能完成，如果 Session 超时时间过长，容易导致内存溢出；
6.服务器压力不同：Cookie 保存在本地，不存在服务端压力，Session 保存在服务端，每个用户产生一个 Session，当访问增多，会比较占用服务器的性能，如果主要考虑到减轻服务器性能方面，应当使用 Cookie；
7.浏览器支持不同：如果浏览器禁用 Cookie，那么 Cookie 直接失效，Session 比较好点，可以用 URL 重写；
8.Cookie 和 Session 应用的场景：Cookie 一般用于记住用户的登录状态，如记录用户的习惯，购物车；而 Session 用于登录验证。
https在应用层。 会话层为7层协议的第五层，为表示层提供建立、维护和结束会话连接的功能，并提供会话管理服务。
接口用例设计
接口测试
接口依赖
Web Service
接口框架
Mock
RPC
性能
高能部分
这里给大家准备了我从大学到大厂工作的软件测试资料，无偿分享给大家，需要的可以私信回复【1】
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！