一、response
1.response的返回内容还有其它更多信息
-- r.status_code #响应状态码
-- r.content #字节方式的响应体，会自动为你解码 gzip 和 deflate 压缩
-- r.headers #以字典对象存储服务器响应头，但是这个字典比较特殊，字典键不区分大小写，若键不存在则返回None
-- r.json() #Requests中内置的JSON解码器
-- r.url # 获取url
-- r.encoding # 编码格式
-- r.cookies # 获取cookie
-- r.raw #返回原始响应体
-- r.text #字符串方式的响应体，会自动根据响应头部的字符编码进行解码
-- r.raise_for_status() #失败请求(非200响应)抛出异常
1、TCP协议和UDP协议
现在，我们必须在数据包中加入端口信息，这就需要新的协议。
UDP 协议的优点是比较简单，容易实现，但是缺点是可靠性较差，一旦数据包发出，无法知道对象是否收到。
TCP 协议非常复杂，有确认机制的UDP协议，没发出一个数据包都要求确认。如果有一个数据包丢失，就收不到确认。
TCP和UDP数据包一样，都是内嵌在IP数据包的“数据”部分。
tcp 对应的是可靠性要求高的应用，udp 可靠性要求低，传输经济的应用
2、get和post请求有什么区别？
1、get重点在从服务器上获取资源，post重点在向服务器发送资源
2、get传输数据是通过url请求，拼接字段像是，这个过程用户是可见的
post 传输数据通过http的post机制，蒋字段和对应值封存在请求实体中发送给服务器，这个过程用户时不可见的。
3、get传输的数据量小，因为受url长度限制，但效率较高， post 可以传输大量数据，所以上传文件时只能用post方式
4、get 方式只能支持ASCII 字符，向服务器传的中文字段可能会乱码，post支持标准字符集，可以正确传递中文字符。
3、session与cookie的区别：
session保存在服务器，客户端不知道其中的信息；cookie保存在客户端，服务端可以知道其中的信息
session是需要借助cookie才能正常工作的，如果客户端完全禁止cookie，session将失效
4、接口规范文档
接口文档至少包括：
- 接口说明
- 调用url
- 请求方法（get\post）
- 请求参数、参数类型、请求参数说明
- 返回参数说明
测接口的话，必须得有接口文档：
1、url
2、请求方式 post、get
3、入参（请求参数）
4、返回参数
5、请求、返回示例
6、 状态码说明
5、Http状态码
每发出一个http请求之后，都会有一个响应，http本身会有一个状态码，来标示这个请求是否成功，常见的状态码有以下几种：
1、200 2开头的都表示这个请求发送成功，最常见的就是200，就代表这个请求是ok的，服务器也返回了。
2、300 3开头的代表重定向，最常见的是302，把这个请求重定向到别的地方了，
3、400 400代表客户端发送的请求有语法错误，401代表访问的页面没有授权，403表示没有权限访问这个页面，404代表没有这个页面
4、500 5开头的代表服务器有异常，500代表服务器内部异常，504代表服务器端超时，没返回结果
源文档 <https://www.cnblogs.com/jiadan/articles/8546015.html>
6、异常验证
必传非必传、参数类型、入参长度。
7、如何设计接口测试用例？
1、通过性验证，也就是确保这个接口是好使的，正常的通过性测试，按照接口文档上的参数，正常传入，是否可以返回正确的结果。
2、异常验证。
对异常情况的校验，比如说必填的参数不填，一些参数类型的格式，总体来说就三种，必传非必传，参数类型，入参长度。
3、参数组合