现在接口测试很多团队和企业都在要求，其实接口测试一直都存在，为何现在会突然开始要求更高呢？
- 自动化测试分层概念的提出；
- 到目前为止 UI 自动化都很难达到预期的效果，而单元测试成本和难度依旧太高；
- 移动应用兴起，出现多种前端的情况，UI 测试成本变高；
- 微服务架构的流行，模块与模块的交互变成了服务与服务之间的交互，服务之间的交互都是通过接口进行通信，后端环境变得复杂，通过 UI 进行业务覆盖难度太大；
- MVVM 架构的大量应用，服务端直接返回页面模板的方式变为通过接口调用返回 JSON 格式的数据形式，通过接口测试对结果的判断变得更加容易；
- 敏捷的开发模式，期望找到更有效的自动化测试方式，提高整个敏捷开发的效率。
另外，对测试人员来说，接口测试还可以达到以下目的：
1. 测试提前介入
接口一般是最先开始设计和实现的，测试可以在界面形成之前介入测试， 尽早发现逻辑问题；
2. 节省测试成本
底层的一个 bug 往往会引发上层的多个 bug，而且底层的 bug 要么是数据问题就是逻辑问题，甚至安全性的问题。相反接口测试能够提供系统复杂度上升情况下的低成本高效率的解决方案；
3. 快速失败
主要是让异常或错误尽快的抛出。在接口测试中，由于接口测试是相对底层的测试，所以，可以更快的发现错误；
4. 解决测试的复杂度
接口返回内容相对单纯，不像 UI 界面有太多干扰信息。断言相对更容易；
5. 屏蔽 UI 层的不稳定性
接口逻辑相对于前台 UI 界面更加稳定，较为不容易发生变化；
6. 检查系统的安全性和稳定性
很多 UI 界面都会做相关校验，但是由于整体社会对计算机的认知水平提高，很容易篡改接口数据，绕过校验；
7.经过接口测试的系统有更强的健壮性
通过详细的接口测试后，接口很稳定。前端出现的错误对系统的逻辑影响不大，减少了 bug 产生。
