接口测试实际跟一般测试不同就是测试用例的设计部分。
获取接口规范。
设计接口测试功能用例（主要从用户角度出发看接口能否实现业务需求，用例设计就是黑盒用例那一套）。
各种入参验证（正常情况，异常情况包括输入参数个数不对，类型不对，可选/必选，还有考虑参数有互斥或关联的情况）。
接口返回值各种验证（符合接口文档需求）
了解接口实现逻辑，实现逻辑覆盖（语句/条件/分支/判定/…）
接口能并发执行吗、安全吗，性能满足要求吗?
采用工具或者自写代码来验证。
发现问题跟功能测试一样，该报bug报bug，该跟踪状态的跟踪状态
2.你用什么工具测试接口？postman、jmeter、soapui(不常用)
3.你都知道有哪些接口请求方式？区别是什么？GET post PUE DELETE
区别：get直接从服务端拉取数据
post:先发送请求再拉数据（注册、更新、改）
put:修改的数据
delete:用户删除数据
这几种方式，取决于开发，他用啥你们就传啥
4.为什么要做接口测试？1、通过接口测试能快速发现非功能层面的一些逻辑问题
2、能提高测试的效率
3、相对UI自动化来说，比较稳定，能减少回归成本
5.一个前后端都能修改的bug，应该由谁修改？后端修改
6.如何定位是前端bug还是后端bug（*）1、验证这个BUG、在前端去复现bug
2、在服务器上面找到日志文件
3、用tail -f显示日志
4、去观察日志，如果有明确的“exception”，那就是后台报错
5、接口返回码为500+即服务器问题，后台问题。
前端：
前问题一般就是界面的问题，不过像开发在url中加入新的请求参数，而没有写进接口文档中的错误属于后端错误。
一般像页面的排版和显示问题都属于前端问题
8. 今日头条的列表页面接口，这个接口有三个参数，一个参数是type字段，type=1代表是图文类文章，type=2代表是视频类文章 type=3时是纯文