接口测试

楼主上次面试，面试官大部分问题都是关于接口自动化测试，关于此类，楼主深入其实并没有太多，所以需要详细学习一下

接口测试：接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

以上是百度百科关于接口测试的详细描述，具体网址为： http://baike.baidu.com/link?url=kAP_xdJbSZW1ET4YBuEy8rys17JVIEcVkM4pGZH1JKLv0mKMFj7WqIFII9uxgqIXnlfQ0fIUSP1TJCfKI3SUu_ 然而对于此文章中的部分内容，楼主仍是半知半解。我们先把文章复制下来，再一一研究，内容如下：

接口测试一般会用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。接口测试在淘宝的应用是一个自下而上的发展过程。

接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比，接口测试天生为搞复杂性的平台带来高效的缺陷监测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。

接口测试的目的是测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。

不是所有的团队都可以在一个隔离的测试环境中进行测试工作的，因此使得对外部接口的测试显得困难。我们应该确保较早地与相关的组织协调好并确定进行外部接口测试的方案。有时候相关的组织只是人工的静态的审阅一次数据而并不真正的用这些数据来测试。等等这些都增加了实际测试执行中遇到的风险，但有些时候是可以避免的。

假设/预处理

项目的责任人/开发人员必须已经成功完成了单元测试、功能测试和集成测试，一些错误都已经被列出。测试策划人员拿到的是最新版本的源代码

期望

正如前面提到过的那样，最重要的是关于外部接口的测试，这需要依赖于外部接口的相关数据，而这可能是极其复杂的

测试项目需要一系列的测试计划以及和外部组织的协调工作，主要包括：

负责人选

预定的测试时间

如果没有合适的测试环境，测试可能需要在周末或者工作时间以外的时间里进行

需要什么类型的测试用例，需要多少以及这些用例分别是用来测试什么的

提供测试用例的副本及相关文件给相关合作人员

如果外部组织有一些特殊用例需要执行，我们也需要拿到相关副本及文件

谁将提供测试数据，这些测试数据包括哪些方面的内容，是以什么形式给出的（纸质，电子档还是只是一些数据的底稿并且需要相关的人员整理成可用的数据）

谁将对测试结果进行确认并且判别这些数据就是我们所需要的

每隔多久时间我们需要各路人马聚在一起讨论测试中遇到的问题以及测试进度

所有正常的情形和异常的情形都需要测试，测试的各个方面（数据的各个出口，路径，入口）都需要尽可能考虑周全。我们不仅需要用一般大小的数据量去测试，也需要用预期的或者规定的最大数据量去测试

如果允许的话，我们还可以测试各个部分处理一批数据的时间数据

如果因修复bug等改动代码从而改变了接口的某一端，相关的决定，到期时间，再测试等过程都应该被记录在案，并且分发到各个相关组织或人员。

首先第一点，为何说接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大

接口其实就是一个方法，方法中带有参数以及子类，那为何说，越上上层越是难以测试，我们知道一般代码是有接口及调用接口形成的，那为何越往上，越难以测试

第二点，为何说接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比

接口为何会有极为高校的成本收益比，对于很多项目变化很大的项目来说，也会经常的变化方法中的参数，以及为一个父类填写子类，继续供给客户端代码使用，那为何说，有着极高的成本收益比

第三点，接口测试天生为搞复杂性的平台带来高效的缺陷监测和质量监督能力，平台越复杂，系统越庞大，接口测试的效果越明显。
接口测试是如何发现bug的，为何会对复杂的平台带来高校的监测和监督能力。平台越复杂，其提供的接口越多越杂，为何效果会明显。

第四点，还包括处理的次数。外部接口测试一般是作为系统测试来看待的。
如何实现的