先给不了解接口测试的同学给个接口测试的定义：接口测试的目的是为了测试接口，尤其是那些与系统相关联的外部接口，测试的重点是要检查数据的交换，传递和控制管理过程，还包括处理的次数。（雪樱ｍｍ给出的非常好的定义，我盗用一下。）
本文主题是想谈谈为什么要做接口测试。曾经我们功能测试、性能测试、GUI自动化回归测试已经能够cover我们的测试需求，能够保证我们的网站质量。而随着产品功能越来越多，系统架构越来越复杂，新人越来越多，一些预想不到的缺陷突兀的出现在我们面前，我们怎么办？我们必须寻找一种更有效的测试方法来适应当前的变化，来持续保证我们的网站质量。因此接口的测试就是为了满足这个朴素的愿望。
从项目来说，由于产品的复杂度加大，系统的复杂度也加大，很多TestCase靠之前的GUI测试已经无法覆盖，那么必须深入代码，对代码进行更有力的破坏才能让系统更稳定。它不是站在系统角度的单元测试，而是与大多数功能测试一样是站在用户需求角度的接口测试。
从回归来说，也是有很朴素的需求存在：系统Ａ改了一个接口，相关联系统Ｂ的开发人员并不知道（当然系统Ａ的开发人员也不知道他会影响到Ｂ），导致Ａ发布后，Ｂ出错，Ｂ的用户开始抱怨．此时如果有那么一套单元测试ｏｒ接口测试在持续集成运行的话，当Ｂ测试出错，Ｂ的开发一下就能发现，也就能立即改掉。
因此接口测试不是仅仅为了接口的测试。只有它能够帮助我们做更多更好的测试，解决我们测试业务中的困难，保证我们当前GUI测试无法保证的质量，才是我们真正的目的。
