1、什么是接口测试
接口测试是对系统或组件之间的接口的测试。主要用于检测外部系统与系统间以及内部各个子系统间的交互点。测试重点是检查数据交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
2、接口测试的目的
1> 尽早介入软件测试流程，降低修复成本。分层进行多轮测试可以过滤出更多问题。
2> 接口测试的核心是持续集成。对接口进行自动化便于服务监控、回归测试及冒烟测试，保持平台稳定，提升用户体验。
3、接口测试所需条件
满足一下几点：1> 业务流：了解系统及内部各个组件之间的业务逻辑交互。
2> 数据流：了解接口的I/O（input/output:输入/输出）。
3> 协议：包括HTTP协议、TCP/IP协议。
4> 常用工具：jmeter、soapUI、postman、YApi等。
5> 数据库：增删改查（接口GET、POST、PUT等都是对数据的增删改查）。
6> 接口文档：一般是开发提供。
4、接口测试的流程图
5、接口自动化测试
5.1、如何开展
1> 调试单个接口，保证单个接口的正确和通畅。
2> 明确数据流，业务流。
3> 将N个接口测试脚本串起来，执行即可。
注意，别想太多太复杂，先把最基础最简单的做起来，就成功一大半了。定时任务、自动化测试报告、自动发邮件钉钉等功能，这些都是不断累积优化的过程。接口自动化测试落地，才是我们首先需要考虑的！
5.2、开展之前需要知道
1> 被测对象包含几个页面？
2> 每个页面涉及几个接口？
3> 分别在哪一步调用？
4> 每个接口包含哪些字段？
5> 各个字段对应数据库哪张表？
6> 每个表中各个字段是什么意思？
7> 各个接口对表产生了怎样的操作？
5.3、接口测试用例编写
通常情况下主要测试最外层的两类接口:数据进入系统接口（调用外部系统的参数为本系统使用）和数据流出系统接口（验证系统处理后的数据是否正常）。
接口用例分为单接口用例和场景用例两种。单接口用例从单个接口的功能和参数出发，每个参数都是一个交互点，结合业务，通过不同的参数组合来编写用例。场景用例以用户实际场景，通过多个接口的连续调用来模拟业务流程。一般来说，由于接口的主要使用对象为前端或其他模块的开发人员，接口测试应以业务场景为主。
接口测用例一般应包括编号、模块、用例标题、预置条件（数据准备）、步骤（请求方法、接口地址、请求数据、期望响应）等。以下为一种接口测用例模板。
| 编号 | 模块 | 用例标题 | 请求方法 | 接口地址 | 请求数据 | 数据准备SQL | 期望响应 |
| 001 | 用户模块 | 新用户注册 | POST | /api/user/reg/ | { "name": "张三", "password": "123456" } | DELETE FROM user WHERE name="张三"; | { "code": "100000", "msg": "成功", "data": { "name": "张三", "password": "e10adc3949ba59abbe56e057f20f883e" } } |
| 002 | 用户模块 | 新用户注册并登录 | POST | /api/user/reg/ | { "name": "张三", "password": "123456" } | DELETE FROM user WHERE name="张三"; | { "code": "100000", "msg": "成功", "data": { "name": "张三", "password": "e10adc3949ba59abbe56e057f20f883e" } } |
| POST | /api/user/login/ | name=张三&password=123456 | <h1>登录成功</h1> |
001和002分别展示了一条单接口用例和接口常用用例，这里使用了不同的书写格式来表达JSON和传统表单URL编码格式，也可以单独增加一列来声明接口数据类型。也可以添加用例优先级、数据清理SQL、实际响应、用例执行状态等信息。
5.4、接口用例设计
接口用例设计应确保对变动代码达到一定的覆盖率（比如分支覆盖率100%），对于专职的服务端测试人员来说，接口测试是介于白盒和黑盒之间的灰盒测试。在服务端提测后，通过在Git上Changes和Review代码来明确代码的业务逻辑，对相应代码逻辑设计响应的用例以达到指定覆盖率。
对服务端提测前或纯黑盒的接口用例来说，可以参考以下几点。
1> 首先应核对接口功能是否覆盖了需求中所有的功能点和场景。
2> 由于请求接口必须使用指定的参数和规定的格式，接口文档是接口测试的必要条件，如果没有，需要跟相应的开发沟通了解接口请求方式，参数，格式，鉴权方式等必要信息。
3> 接口测试用例应至少覆盖所有的响应结果。
4> 注意接口的字段，返回值类型是否与前端约定的一致。
5> 注意边界值及负数的验证。
6> 注意接口重复请求、并发请求及数据量较多的请求。
7> 注意用户场景（多接口联动）的验证。
最后感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你！
