接口的主要作用就是连接前后台。虽然我们平时工作主要都是功能模块，但是接口测试也是测试环节中非常重要的一部分。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。
我们为什么要做接口测试？
a) 如今的系统复杂度不断上升，传统的测试方法成本急剧增加且测试效率大幅下降，接口测试可以提供这种情况下的解决方案。
b) 接口测试相对容易实现自动化持续集成，且相对UI自动化也比较稳定，可以减少人工回归测试人力成本与时间，缩短测试周期，支持后端快速发版需求。接口持续集成是为什么能低成本高收益的根源。
c) 现在很多系统前后端架构是分离的，从安全层面来说：
- 只依赖前端进行限制已经完全不能满足系统的安全要求（绕过前面实在太容易）， 需要后端同样进行控制，在这种情况下就需要从接口层面进行验证。
- 前后端传输、日志打印等信息是否加密传输也是需要验证的，特别是涉及到用户的隐私信息，如身份证，银行卡等。
d)从软件测试金字塔（下图）中三者的面积大小来看，单元测试和接口测试，才是重点，而界面测试真的是太少。而且现在国内公司越来越重视接口测试了。之前很多测试资源都放在了界面的测试，今后会逐步放在接口测试功能、性能、自动化和稳定性测试上面。
白盒测试目前还是开发自己测试，有些大公司，注重软件产品质量，也会安排一些有代码能力的测试人员，去辅助和指导开发人员进行单元测试，共同保证软件的质量。
后端对接口测试一遍 ，前端再测试一遍，是不是重复测试了？
相信很多伙伴都有这样的困惑，这里我将通过对比向大家解释这个问题。
要回答这个问题，我们首先需要了解，后端和前端对接口测试的主要内容分别是什么：
从上面这两张图对比可以看出，两个测试活动中相同的部分有功能测试、边界分析测试和性能测试 ，其它部分由于各自特性或关注点不同需要进行特殊的测试，在此不做讨论。接下来我们针对以上三部分相同的内容再进行分析：
1、基本功能测试：
由于是针对基本业务功能进行测试，所以这部分是两种测试重合度最高的一块，开发同学通常所指的也主要是这部分的内容。
2、边界分析测试：
在基本功能测试的基础上考虑输入输出的边界条件，它也会有重复的部分（比如业务规则的边界）。但是，前端的输入输出很多时候都是提供固守的值让用户选择（如下拉框或输入内容提示），在这种情况下测试的边界范围就非常有限，但接口测试就不存在这方面的限制，相对来说接口可以覆盖的范围更广，同样的，接口出现问题的概率也更高。
3、性能测试：
这个比较容易区分，虽然都需要做性能测试，但关注点却不同。两种测试时的策略和方法都有很大区别，所以这部分内容是需要分开单独进行测试的，理论上来说这也是不同的部分。
综论：
1、接口测试和app测试的活动有部分重复的内容，主要集中在业务功能测试方面。除此之外，针对各自特性的测试都不一样，需要分别进行有针对性的测试，才能确保整个产品的质量。
2、接口测试可以关注于服务器逻辑验证，而UI测试可以关注于页面展示逻辑及界面前端与服务器集成验证。
接口测试用例设计
1.用例设计过程
首先，必须熟读需求说明书和接口设计文档，了解每个接口具体的使用场景，明白软件的性能指标。
其次，设计接口测试用例：开始在编码阶段，测试人员根据需求说明书和接口设计文档设计接口测试用例。
然后，code review：开发完成编码后，在时间充裕的条件下，要进行 code review，一方面是检查开发的代码功能逻辑是否正确，另一方面通过review开发的代码来补充接口测试用例。
最后，完成用例后，随着对系统了解的增多，不断提高用例精度，对测试用例需要进行定期review，一旦测试需求发生变化，测试用例必须重新维护。
2.接口测试构思结构
阶段一：开发在编码，测试拿到需求文档和接口设计文档
1、基本功能测试（业务测试）：
根据需求文档和接口设计文档的转译，需要清楚业务流程规则和每个接口的使用场景方式，设计符合业务逻辑和接口使用场景的用例。
2、边界分析测试：
在基本功能的基础上，开始考虑接口输入输出参数的影响。主要采用等价类划分、边界值分析方法等。
3、参数组合测试：
在边界分析的基础上，考虑输入条件的各种组合、输入条件之间的相互制约关系。可以使用因果图法进行用例设计。
4、异常情况测试：
接口实现是否对异常情况都进行了处理，接口输入参数虽然合法，但是在接口实现中，也会出现异常，因为内部的异常不一定是输入的数据造成的，而有可能是其他逻辑造成的，程序需要对任何异常都进行处理，比如：某个接口需要先登录获取 sesssion，如果直接调用该接口应该给出相应提示。
5、幂等级测试：
简单说就是针对连续重复提交的情况的进行测试，特别是涉及到交易金额的场景，需要验证软件是如何处理的。
6、并发测试：
两个以上用户同时操作使用同一场景时，可能引导争夺资源，死锁等现象。
阶段二：开发完成编码，测试时间充裕的条件下，需要对开发的代码进行code review
1、review开发的代码实际业务逻辑是否正确
2、隐含条件测试：进行code review，检查代码中是否有隐含的默认条件。
3、SQL测试：针对需要进行数据库操作的接口，查看相关sql，对sql的正确性进行验证。
阶段三：特别关注测试过程需要验证的点
1、接口返回数据：
a) 接口返回数据与接口文档一致
b) 数值类型数据: 特别是金额，负数、小数转为json输出是否正确
c) 接口返回数据符合业务逻辑（比如转账功能，从一个账户扣款，另一个要增加相应金额）
d) 负面测试用例，应验证ERROR INFO是否与实际相匹配
e) 接口返回数据与数据库是否一致，当前端某个操作涉及后台DB多张表时，每张表都要检验数据正确性。
2、安全层面：
a) 后端接口返回给前端的数据包含敏感信息（如：姓名、身份证号、卡号、手机号、加密后的密码等）时，不能明文传输，需要加密。
b) 后台打日志要求对于敏感信息不能打出，或者进行加星号脱敏后打出，具体有：身份证号，用户密码（含加密后），用户手机号码，用户姓名，银行卡号
3、性能层面：
a) 接口响应时间： 接口处理数据的时间也是测试需要关注的一个点。牵扯到内部就是算法与代码的优化
b) 接口数据包大小：接口传递的数据包大小也需要关注，特别是返回给前端的接口，要把不同接口数据包大小需要做限制。
c) 并发承载能力：多用户并发时接口可以承载合同中的并发量。
4、功能与逻辑业务：
功能是否按照接口文档实现；是否依赖业务；
举例：有些添加到购物车，需要登录才能添加。也就是业务要求不支持游客添加购物车功能，如果设计一个没有登录的用户，然后去测试添加购物车接口，结果接口能添加到购物车，说明功能不正常，不符合需求和接口文档描述。若该接口调用之前，需要调用登录接口，如果不登录也能请求数据，不符合业务规则。
接口测试工具
目前，市场上有很多支持接口测试的工具。利用工具进行接口测试，能够提供测试效率。例如，加入让你一天完成100个接口测试任务，你觉得你加班能否完成。如果有工具，但是不是所有工具都能够支持你完成这个任务。下面我们就来挑选几个工具，简单介绍一下。
1）fiddler
首先，这是一个HTTP协议调试代理工具，说白了就是一个抓http包的工具。web测试和手机测试都能用到这个工具。既然是http协议，这个工具也能支持接口测试。
2）postman
这是一款google工程师开发的一个插件，可以安装到chrome浏览器上。支持不同接口测试请求，能够管理测试套件和自动化运行，弱点在于，自动化断言功能不强大。不能和jenkins和代码管理库进行持续集成测试。但是，绝对是一个很好的半手工，半自动化测试工具，我一般在写自动化接口测试用例，会打开postman进行辅助测试和debug。
3）wireshak
这个是一款计算机上抓包工具，支持抓各种包，TCP,UDP,HTTP都支持。如果做底层网络数据测试，一般都需要用到它。作为接口测试，这个软件有点不友好。因为刷新数据太快，不好定位每个操作对应的接口。所以，我们不会进行过多介绍这个工具。
4）soupUI
这个是一个开源免费、企业版收费的软件。在国外的接口测试，使用非常多。这个工具能够支持接口自动化测试和接口性能测试，也能支持和jenkins做持续集成测试。了解一下就可以，自己可以下载一个社区免费版，做一个demo试试。
5）java代码做接口测试
代码是万能，笔记工具也是代码开发出来的。为什么要用代码做接口自动化测试呢。因为，有些工具功能是有限制，很多公司，需要一些特定的功能，工具不支持，只好用代码进行开发。
一般用Java做自动化测试，主要是利用httpclient.jar这个包，然后利用junit或者testng这样的单元测试工具，进行测试用例的开发，然后在jenkins上创建一个job，进行持续集成测试。
6）Python代码做接口测试
和Java一样，Python中利用一个很好，功能强大的第三方库requests，能够方便都创建接口自动化用例。python下单元测试框架，一般采用unittest。生成测试报告，一般选择HTMLTestRunner.py。同样，可以和jenkins做持续集成测试。
7）LoadRunner
不要以为LR只能做性能测试，loadrunner同样可以做接口自动化和接口压力测试。只是我们很多人，不会利用LR的函数，进行开发接口测试用例。
8）JMeter
JMeter同loadrunner一样，都是以性能测试出名，一般用JMeter也是做接口性能测试。例如java+Jmeter+ant+jenkins做接口性能监听测试。JMeter如何做接口测试，大家可以网上查下。
9）apiPost