接口测试复习题
第一次握手：客户端发送网络包，服务端收到了。
这样服务端就能得出结论：客户端的发送能力、服务端的接收能力是正常的。
第二次握手：服务端发包，客户端收到了。
这样客户端就能得出结论：服务端的接收、发送能力，客户端的接收、发送能力是正常的。不过此时服务器并不能确认客户端的接收能力是否正常。
第三次握手：客户端发包，服务端收到了。
这样服务端就能得出结论：客户端的接收、发送能力正常，服务器自己的发送、接收能力也正常。
2、完整的HTTP请求？
1、 客户端与服务端之间建立TCP的连接请求
2、客户端发送Request请求到服务端
3、服务端Response响应回复客户端的请求
4、客户端与服务端之间关闭TCP的连接请求
3、HTTP协议的组成部分
请求部分：
请求方法（POST、GET、PUT、DELETE）
请求头（Referer、Cookie、User-Agent、Content-Type）
请求参数
响应部分：
响应状态码（200、201、204...）
响应数据
4、什么是COOKIE,SESSION,TOKEN,以及COOKIE,SESSION,TOKEN的详细流程
cookie：
-
客户端输入账户密码登陆成功
-
在服务端生成COOKIE的信息，通过响应头中的SET-COOKIE把生成的COOKIE返回给客户端
-
客户端在下次请求的时候，通过请求头中的cookie把返回的cookie带上发送给服务端，服务端内部进行验证
session
-
客户端输入账户密码登录成功
-
在服务端会生成SESSIONID，同时存储在服务端本地，把通过响应头中的Set-cookie把生成的SESSIONID返回给客户端
-
客户端收到SESSIONID后
-
客户端再次请求服务端（比如访问个人主页），会在请求头的cookie中带上SESSIONID发送给服务端
-
服务端接收到客户端发送过来的SESSIONID，与存储在服务端本地的SESSIONID之间会进行比较，如果一致，允许访问个人主页，如果不一致，就会重定向到登录页面
token
1.客户端输入账户和密码，点击登录；
2.登录成功后，会在服务端把用户登录成功后的信息生成一个Token的凭证，同时了存储
在服务端；
3.服务端会通过响应数据或者是响应头中的set-cookie返回给客户端；
4.那么客户端再次向服务端发送请求，会在请求参数或者请求头中的Authuration中带上返回来的token发送给服务端；
5.服务端接收到客户端发送的Token，和存储在服务端的Token作一个对比；
6.如果对比一致，用户可以继续反问系统的任何功能，如果对不一致，立刻跳转到登录
的页面。
5、接口测试里面常用的协议状态码
200 请求成功
201 创建成功(添加商品)
204 Not Content ：删除资源
301 永久重定向
302 临时重定项
400 Bad Request 客户端请求错误
401 Unauthorized ⽆权限访问该系统
403 Forbidden 有权限但是禁⽌访问
404 请求的资源不存在
405 请求方法错误
415 请求头错误
500 服务器内部错误
504 GateWay Timeout
6、接口测试里面常见的请求数据格式
表单、XML、HTML、JSON
7、常用的请求方法以及之间的区别
1.GET:获取资源
2.POST:添加资源（对服务端已存在的资源也可以做修改和删除操作）
3.PUT:修改资源
4.DELETE:删除资源
8、PostMan中动态参数的处理思路
1、我们先在postman的测试工具里面添加一个测试用例；
2、测试用例添加成功后，发送请求，在响应数据中获取它的动态参数，获取的方式具体为：
A、在postman的tests里面首先通过var 变量=JSON.parse(responseBody)获取响应数据；
B、获取响应数据成功后，使用pm.environment.set来定义一个全局变量，变量的值就是获取到的动态参数；
3、在后续的查看修改删除中，使用到这个动态参数的ID，通过调用变量的方式，具体为:{{变量名称}}。
9、使用PostMan是如何做API自动化测试的，怎么生成报告的？
打开控制台进入桌面cd desktop执行newman run空格table键找到相应文件
10、API自动化测试的流程
