一， 一个简单接口
1， 分析接口文档，借助开发工具开展接口测试
---通过工具向后台发送接口请求，要检查后台返回的数据是否与预期结果一致(通过接口文档可以看到预期结果)
2， 如何分析接口文档？
接口文档的组成：接口的功能，作用，接口的地址，接口的请求方式，返回数据格式，参数的说明
3， 要从正常和异常两个方向去验证后台的接口逻辑处理是否正确，容错机制是否健全
4， 用例设计方面要考虑参数是否为必填项，类型，约束条件，参数与参数之间的关联等
用例设计详细方面：
正常，异常，空
Key或者token正常或者错误，过期，空等，参数类型说明为空等
接口测试的难点：接口文档的理解和业务需求的梳理，如果这些掌握不到位，就很容易漏测，出现这些情况，做好和开发沟通
5， 检查哪些数据内容呢？
--检查http请求返回的状态码，一般是200
--检查响应信息，一般都是ok
--检查响应body, 是接口文档定义的一种状态码，用来验证该业务是否成功
--检查的正文，因为正文特别多，但是我们只需要检查一些关键数据就行(这是核心)
--对于某些接口，还要检查数据库
6，前后端的区别，前后端如何完成数据交互？
前端（客户端）：
web：浏览器，后台管理服务端
app：Android,IOS,微信小程序，h5
前端主要负责与用户进行交互
后端：
没有界面，纯代码
主要是实现业务逻辑的处理，对数据库进行操作
前端和后端主要是通过接口进行交互的
接口：
1， 接口都由后端提供的，后端人员都要提供一个接口文档(api文档)，一个功能都对应的一个接口
2， 接口ULR的分析：协议+地址+资源路径?具体参数&具体参数
3， 后端的业务逻辑处理
6， 接口测试思路，流程总结
6.1接口测试的流程
--1,拿到接口文档
--2，分析接口文档，分析每个接口的需求，设计接口测试用例
--3，利用工具编写接口测试脚本，检测接口是否有问题
--4，查返回的数据，校验响应数据(断言)
--5，分析结果
6.2常用的接口测试工具有哪些？
---jmeter,postman,soapui
6.3做接口测试需要具备哪些知识点
n 懂得分析需求，会设计用例
n 至少懂一门开发工具和语言
n 懂http/https协议
n 有一定的脚本调试能力，逻辑思维能力，简单了解一些后台的知识
6.4接口测试的核心重点，难点
---接口文档的分析，每个接口的需求，这是核心
---对前后台的数据库交互过程，后端的业务逻辑要非常清楚
---工具的灵活应用
6.5为什么要做接口测试
---接口测试主要测得是后端得业务逻辑是否有问题，容错机制是否有问题
---即使前端做了校验，但是前端也只是做一些简单得格式校验，对于业务逻辑校验，需要跟数据库交互
---这里必须要通过后端来校验，如果不测试接口，就等于没有测后端得校验
---那么当别人通过抓包工具，去拦截数据，篡改数据得收，那整个系统就会有严重得bug
6.6企业中一般什么时候需要做接口测试
---1，后端接口完成以后，前端还没有开发出来，一般就要求做接口测试，校验后台
---2，版本迭代得时候，如果新得版本添加了一些新得需求，需求中加了一些新得接口
----3，在做版本迭代得时候，如果修改了后端代码，也需要还接口测试