1.提高版本发布质量；
2.缩短项目周期；
3.发现更多手工测试难以暴露的问题；
4.提高测试效率；

接口是什么？主要分为两个类型：

　　内部接口：方法与方法之间，模块与模块之间的交互，程序内部抛出的接口，例如下订单，首先你需要登录，然后调用下订单接口，两个模块有交互那么相互之间的调用，就属于内部接口

　　对外包装的接口：例如A部门做一个买车服务，它卖两种车一是二手，二是新车，那么它要卖二手车，是不是直接可以调用二手车部门共享的数据进行包装，从而是不是达到数据的共享等等，就不一一举例子。

　2. 常用接口采用方式：

　　1、webService接口：是走soap协议通过http传输，请求报文和返回报文都是xml格式的，我们在测试的时候都用通过工具才能进行调用，测试。可以使用的工具有SoapUI、jmeter、loadrunner等;

　　2、http  api接口：是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串，有get和

　　post等方法，这也是最常用的两种请求方式。可以使用的工具有postman、RESTClient、jmeter、loadrunner等;

　　3. https并非是应用层的一种新协议，只是http通信接口部分用SSL(Secure socket Layer)和TLS(Transport  Layer Security)协议代替而已

　　那么上述1，2，3

　　webService：返回的格式xml还需要解析麻烦，而且速度可能有降低(目前开发平台等都使用的http(get/post实现的)

　　http协议时超文本传输协议(不安全)

　　https是安全的超文本传输协议，是安全版的http协议，使用安全套接字层(SSL)进行信息交换。

　　https协议主要针对解决http协议以下不足：

　　1.通信使用明文(不加密)，内容可能会被窃听

　　2.不验证通信方身份，应此可能遭遇伪装

　　3.无法证明报文的完整性(即准确性)，所以可能已遭篡改

　　综上所述：目前我们看到的接口测试。，相信大家用的https、http多一些

　　4. 前端和后端

　　前端：app，网页统称前端(展示-负责貌美如花)

　　后端： 后台提供数据，校验，下订单等等处理(负责挣钱养家)

　　5. 接口测试概念

　　接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等(通俗来说就是，检查业务逻辑是否满足业务需求，校验字段是否正常你实际结果是否满足预期)

　　6. 接口的组成：

　　a、接口说明

　　b、调用url

　　c、请求方法(get\post)

　　d、请求参数、参数类型、请求参数说明

　　e、返回参数说明

　　7. 为什么要做接口测试，接口测试的目标

　　接口其实app和前端交互用的，所以好多人问，为啥做功能测试还要测接口，目标是啥不是多此一举吗?首先我告诉大家，这种想法是错误的

　　那么举一个例子：

　　例如一个登陆接口，例如产品上规定用户名6-10个字符数字下划线，但后端没做判断。但我们业务人员测试肯定验证，但只是前端做了校验，后端压根就忘了这个小需求。那么后果来了如果一个懂的直接抓包去篡改你的接口，然后绕过校验，通过sql注入直接随意登录。如果你这是一个下单业务，是不是给公司造成了很大损失

　　所以此时此刻接口测试目标来了：

　　1.可能发现客户端没有发现的bug(那么也叫隐藏bug)

　　2.及早爆出风险(保证质量正常上线)

　　3.接口稳定了，前端随便改

　　4.最重要检查系统安全性，稳定性

　　8.常常有人问我怎么测

　　1.无非就两种get/post工具postman/httprequest等

　　2.状态吗，你至少了解

　　例如：200(成功)/300(重定向别的地方)/400(请求语法错误)/500(服务器异常)

　　怎么测：

　　A. 用例设计(根据业务逻辑来设计用例，登录5次，需要2分钟后再登录 删除关注的车，列表少一条数据)

　　B. 参数组合(传入不同值)

　　C. 接口安全(绕过验证/绕过身份验证/参数是否加密等)

　　D. 异常验证(输入异常参数边界值)

　　8. 用什么工具测

　　功能：Postman/HTTPrequest/jemter

　　自动化：restassured/ python httprequest

接口测试是测试工程师的必修课。如果不会接口测试，自动化更别提了, 领导也不相信你能把自动化测试做好。会搭建接口自动化测试框架也是能力体现的一个分水岭。

接口测试的好处：

1.越早发现bug，修复的成本越低。接口测试使“测试更早的投入”变成现实，更能更好的保证软件质量。
2.接口测试可以测试一些界面测试无法测试的范围。
3.接口测试直接测试后端服务，能发现影响范围更广的bug。
4.接口测试更容易与自动化测试系统或者平台结合，比如UI自动化+接口自动化=一体化。

接口测试由于绕开了前端，直接通过请求调用的方式进行测试，所以可以有如下优势：

1.、更早的测试介入，只要接口开发完成，就可以测试
2.、更多的场景覆盖，因为绕开了前端的控制，使得测试场景更自由
3、接口测试从项目的角度，工作量是低于UI测试的，投资回报较高
4、接口测试对于自动化的支撑度更好，有好的接口测试过程，就有可能支持好的接口自动化过程

另外，接口测试可以扩充对于其他类型测试的支持。

比如性能测试，比如安全测试。  如果接口测试不做的话，这两种测试也不好做.

接口测试其实也是最近几年兴起来的东西。主要原因是其高性价比，现在的软件系统越来越复杂，UI测试的收益越来越低，所以接口测试能开始大行其道。
但是接口测试的缺点也很明显，他是脱离用户体验的。在一个如此关注用户体验的时代，测试却要脱离用户体验这显然是一个悖论。所以实际工作中，接口测试和UI测试通常是都需要的。

１、更早的发现问题

我们都知道测试工作要尽早的介入到项目开发周期中，因为越早的发现 bug，修复的成本就越低。

然而功能测试一般都要等到系统提供可测试的 UI 界面后才能进行，单元测试又要求较高的专业性和人力成本，所以选择接口测试来更早的介入测试。

接口测试可以在功能界面未开发出来之前对系统的接口进行测试，从而更早的发现总是并以更低的成本修复问题。

２、缩短产品周期

接口测试更早的介入，可以更早的发现并解决 bug，从而使得留到后期功能测试阶段的 bug 数量减少，最终缩短整个项目的上线时间。

３、发现更底层的问题

系统中的有些 bug 如果想通过 UI 层功能测试会比较困难，或者构造测试数据和测试条件非常复杂，而通过接口测试可以更简单、更全面的覆盖到底层的代码逻辑，从而发现一些隐藏 bug。尤其是一些异常的、极端的情况，可以用接口测试很容易的验证。

４、可以覆盖功能测试覆盖不到的测试点

接口测试的粒度比功能测试更小，可以覆盖功能测试覆盖不到的测试点。

５、接口测试相对容易实现

且接口自动化相对UI自动化也较稳定，减少人工回归测试人力成本与时间。

６、弥补前端弱验证的问题

通常把前端的验证称为弱验证，因为它很容易被绕过，这个时候如果只站在功能的层面进行测试，就很难发现一些安全的问题。不以功能为入口的接口测试就会很容易的验证这些异常情况。

７、接口测试能大大提高测试效率

因为一个接口的问题，反应到功能上可能就是七八十来个问题，这样光测试去点点点和提交bug时的描述都得大半天，开发看bug也得大半天，真是吃力不讨好的力气活，所以接口测试要把这类bug扼杀在摇篮里。

其意义：1.、更早的测试介入，只要接口开发完成，就可以测试
2.、更多的场景覆盖，因为绕开了前端的控制，使得测试场景更自由
3、接口测试从项目的角度，工作量是低于UI测试的，投资回报较高
4、接口测试对于自动化的支撑度更好，有好的接口测试过程，就有可能支持好的接口自动化过程