目录
1.接口相关概念
接口不关注实现细节，只关注输入和输出（数据传输）
接口的本质就说请求，但并不是所有请求
接口一定是实现项目业务功能
接口不需要UI，通过协议即可传输数据（语音电话，视频电话）
2.接口测试流程
（1）研发提供接口文档，测试编写接口测试用例【等价类、边界值设计】
（2）评审接口测试用例
（3）使用工具或代码测试、调试接口
（4）跟踪接口bug，回归测试
3.postman基本使用-创建请求
（1）环境
配置并选择测试环境or生产环境or集成开发环境
（2）新建项目集合Collections
（3）新建collection
（4）新建模块
（5）构建请求
- 请求方式
- 请求URL
- 请求头headr
并不是每个请求的header都是一样的，比如 Content-Type,要根据服务器接受类型进行设置 - 请求体body
请求URL
(1)可以使用【环境】中的host
(2)若需要对字符进行编码
header设置
body设置
form-data 和 x-www-form-urlencoded 区别：都是body中表单请求的一种格式，主要区别有两点。
参考文章：form-data和x-www-form-urlencoded的区别和延伸
（1）编码方式不同
x-www-form-urlencoded或者application/x-www-form-urlencoded：
会将参数进行编码，并不是json格式
输入：
name: 张三
age: 18
实际上，请求体会被编码成如下格式：
name=%E5%BC%A0%E4%B8%89&age=18
form-data或者multipart/form-data：
会把表单内容分成多个部分
类似这样：
--AaB03x
Content-Disposition: form-data; name="name"
Content-Type: text/plain
张三
--AaB03x
Content-Disposition: form-data; name="age"
Content-Type: text/plain
18
--AaB03x--
【说明】
- –AaB03x，boundary，也就是边界，是分割表单不同part的分界线。
AaB03x是一个随机字符串，需要保证整个请求体都是用相同的boundary。 - name="name"和name=“age”，这个很容易理解，就是每个part的名字，也就是字段名。
- Content-Type，每个part的内容类型，我们这里因为传的是普通文本，所以内容类型使用text/plain。
- –boundary表示一个part的开始， –boundary– 表示所有part都结束了。
- 请求头需设置：
Content-Type: multipart/form-data; boundary=AaB03x
（2）支持的内容类型不同
x-www-form-urlencoded只支持普通的文本内容，优点是占用字节少。
multipart/form-data的每一个part部分，都支持不同的Content-Type，比如图片、音频、视频等。优点是支持文件上传，缺点是占用字节多。
4.postman使用-创建server服务端
复制之后手动加上设置的Request URL（如test_hello）
https://9e64fa41-17af-461d-994c-57e2e4c899a0.mock.pstmn.io/test_hello
