什么是接口？
为什么要做接口测试？
接口测试流程
需求评审
需求分析
接口用例设计
执行测试用例
bug的定位于追踪
接口文档分析
接口文档分析：开发
内容：
1.接口名称
2.接口地址
3.支持方式
4.请求方法
5.请求参数（参数名称，类型，是否必填，参数说明）
6.返回参数（返回码，返回值信息，返回json消息或者xml消息）
7.信息头数据。
HTTP响应码
1xx
2xx
3xx
测试用例的设计
①正常情景
功能是否按照接口文档要求的功能实现。
②异常场景
1.参数为空
2.参数多填
3.参数少填
4.参数类型错误
5参数数值范围错误
异常场景下是否有正确的处理逻辑和响应提示。
具体用例设计
①必填参数：对于必填参数要设计传参数和不传参数，接口的返回情况。
--必填参数传参数：
1.参数都是正确
2.必填参数类型错误（非法，特殊字符）
3.必填参数数值范围错误（超过边界值）
--必填参数不传参数
1.必填参数全部为空
2.必填参数部分为空
②选填参数用例设计
由于一般接口对于非必须参数都不会做非正常性传值的判断，所以只要接口返回的内容是否正确即可。
如果有接口文档说明对非必须参数作了非正常验证的话，也要对其进行验证。
接口返回值
1.首先比较返回码
2.比较返回值的完整性，即返回的key全不全
3.然后比较key的value数据类型
4.然后比较key对应的value值（也包括验证业务相关的数据的value值）
最终的接口测试设计
1.覆盖所有参数，正向用例
2.覆盖所有必填参数，正向用例
3.某一必填参数为空，逆向用例
4.必填参数基础上，少穿一个参数。
5.多穿一个参数，逆向用例。
6.必填参数数据类型错误，数据值错误，逆向用例（列如整型变字符串）
7.任意组合可选参数，正向用例。
8.与业务逻辑相关的，用户身份认证为空或者错误，逆向用例。
9.字段的唯一性校验，如果插入的字段不能重复，发送两次请求，查看第二次返回结果。