根据网络资料，总结了以下一些常见的接口测试面试题：
为什么要做接口测试？接口测试能发现哪些问题？接口测试怎么测？用什么工具测接口？WebService接口是如何测试的？没有接口文档如何做接口测试？在接口测试过程中，上下游接口有数据依赖如何处理？依赖第三方数据的接口如何进行测试？当一个接口出现异常时，你是如何分析异常的？如何模拟弱网测试？如何分析一个bug是前端的还是后端的？
为什么要做接口测试
在讨论为什么要做接口测试之前，我们先稍微了解下接口是什么？
接口可以很不准确地理解成是与资源打交道，这个资源可能是本系统的，也可能是其他系统的。
举个例子，假如我们在开发1个bug管理系统，该系统需要拿到公司的所有开发和测试人员的信息，这样开发和测试人员不用注册都可以登录进去了，这应该很好理解。
那么这些人员的信息储存在哪里呢？一般存储在hr系统里。现在的需求更加明确了，我们要到hr系统中去拿到人员信息，获取hr系统中的人员资源。
怎么拿呢？很多种方式，可以直接把hr系统的数据库拷贝一份放到bug管理系统里，不过这样不好，因为数据的同步会有点麻烦；还可以直接连hr系统的数据库去查，这样也不太好，这样我们就需要了解hr系统的数据存储结构和逻辑，一旦hr系统的数据字段发生改变，bug管理系统也要去该，以便同步。
比较好的做法是，hr系统暴露一些接口，通过这些接口去获取人员信息资源，这样bug系统就不需要关心hr系统的数据存储实现了。
这些接口可能是这样的：
登录的接口，提供人员的用户名和密码，去hr系统中判断该人员是否存在，如果存在验证用户名和密码，如果验证通过就返回1个token，该token就是这个人员的通行证，通过token可以登录到bug管理系统中去；获取人员信息的接口，返回该人员的职位：测试还是开发，以及用户名，昵称等信息；
综上：接口可以理解成是不同系统或模块之间资源交流方式。
接口测试实际上是黑盒测试，基本的测试思路是根据输入和输出判断被测系统或对象的逻辑。获取人员的信息，我需要把人员的用户名传给hr系统接口，这样hr系统的接口会返回给我用户的一些更加具体的信息。这里的输入是用户名，输出是用户的详细信息。
既然是接口获取和操作资源的方式，而大部分系统和产品中，资源一般都是产品的核心，比如