api自动化测试是软件测试中最基本的一种类型。api就像建造大楼的砖块，开发人员通过运用一定规则将“砖块”放在一起来构造程序，本质来说，api测试是用来验证组成软件的那些单个方法的正确性，而不是测试整个系统本身。
api测试又称接口测试，接口测试是功能测试的一种，主要借助与单元测试技术，通过模拟上层应用或者系统上层调用接口的应用场景，是对系统接口功能进行测试的一种手段，在进行接口测试的过程中，测试工程师并不需要了解被测试系统的所有代码，而主要通过分析接口定义以及模拟接口调用的业务应用场景来进行测试用例的设计，从而达到对被测试系统功能进行测试的目的。接口测试的重点是要检查数据的交换、传递和控制管理的过程，以及系统间的相互逻辑依赖关系等。
接口测试一般应用于多系统间交互开发，或者拥有多个子系统的应用系统开发的测试。接口测试适用于为其他系统提供服务的底层框架系统和中心服务系统，主要测试这些系统对外部提供的接口，验证其正确性和稳定性。接口测试同样适用于一个上层系统中的服务层接口，越往上层，其测试的难度越大。
接口测试实施在多系统多平台的构架下，有着极为高效的成本收益比。接口测试天生为高复杂性的平台带来高效的缺陷检测和质量监督能力。平台越复杂，系统越庞大，接口测试的效果越明显。
接口测试的目的
接口测试是测试接口，尤其是那些与系统相关联的外部接口。接口测试的核心战略在于：以保证系统的正确和稳定为核心，以持续集成为手段，提高测试效率，提升用户体验，降低产品研发成本。
■ 核心：保证系统的稳定
质量管理的目标是保证系统的正确和稳定，接口测试作为软件质量管理的一部分也保证系统正确和稳定，更准确地说是保证系统服务端的正确和稳定。一个系统的服务端越接近底层，对系统的影响就越大，甚至有可能牵一发而动全身，服务端的一个缺陷可能会引起客户端的几个甚至十几个缺陷，更可怕的是服务端的缺陷有可能引起系统的崩溃，这对整个系统来说，损失将是不可估量的，因此服务端接口的质量将直接影响到系统的正确和稳定。
■ 目的：提高测试效率，提升用户体验，降低产品研发成本
接口测试要为代码的编写保驾护航，增强开发人员和测试人员的自信，让隐含的Bug提前暴露出来，让开发人员在第一时间修复Bug，让功能测试人员和性能测试人员在测试的时候更加顺手，最大限度得减少底层Bug的出现数量，让产品研发的流程更加顺畅，要缩短产品的研发周期，最后在产品上线以后，要让用户用得更加便捷，要让用户感觉产品服务零缺陷。
接口测试的意义
接口测试是单元测试的一个子集，但又不等同于单元测试。从测试的角度来看，接口测试的价值在于其测试投入比单元测试少，而且技术难度也比单元测试小。一般来说，接口测试的粒度要比单元测试更粗，它主要是基于子系统或者子模块的接口层面的测试。因此，接口测试需要测试的接口或者函数的数量会远远小于单元测试，与此同时，接口定义的稳定性会远远高于类级别的函数。所以，接口测试用例代码的改动量也远远小于单元测试，代码维护成本会比单元测试少很多，因而测试的投入量会小很多。从另外一个层面来看，借助于接口测试，可以保证子系统或子模块在各种应用场景下接口调用的正确性，那么子系统或子模块的产品质量也可以得到充分的保证。因此，接口测试是一种适度的白盒测试技术，准确说它是一种灰盒测试，投入产出是非常理想的。
总的来说，接口测试是保证高复杂性系统质量的内在要求和低成本的经济利益的驱动作用下的最佳解决方案。主要体现在下面的三个方面：
首先，接口测试节省了测试成本，根据数据模型推算，底层的一个Bug能够引发上层8个左右Bug，而且底层的Bug很容易引起全网的死机。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案。
其次，接口测试不同于传统开发的单元测试，接口测试是站在用户的角度对系统接口进行全面高效持续的检测。
最后，接口测试是自动化并且持续集成的，这也是为什么接口测试能够低成本高收益的根源。