接口测试的对象是[接口本身的功能]还是[接口提供的后端服务]？

本文主要参考一些论坛文章和之前的一些工作经验

什么是接口测试？

通常指的是软件测试类型中的一种，通过直接检测被测应用的接口来确定接口是否在功能、可靠性、性能和安全方面达到预期的软件测试活动。主要用于检测各个系统之间的交互点，测试重点是检查数据的交换、传递和控制管理过程，以及系统间的相互逻辑依赖关系等。

接口测试的目的

1. 基于接口层面提高执行测试效率
2. 更方便控制变量
3. 更早发现问题、缩短测试周期
4. ……

工作中留下的疑惑

之前的工作主要是针对业务功能来测试，接口测试、手工测试、自动化测试都是为实现功能测试的一种执行手段。

有些项目的案例设计阶段，除了针对接口提供的后端服务进行详细测试，还针对接口本身设计了一部分案例。例如：冻结金额的边界值、长度、字符类型等。前端页面其实已经对这些字段做了限制，还需要去关心接口本身的出参入参吗？是否浪费了时间呢？

我自己的理解

1. 前端已经针对输入字段做了限制、也设计了对应的前端测试案例的情况下，其实不用过多关注接口本身的入参出参检查。因为单独的接口测试阶段很多时候仍处于接口设计频繁变更的时期，而接口设计确定终版不改之后，差不多已经可以开展集成测试了，不再需要单独的接口测试。

2. 以下几种情况可以对接口本身做测试：

   1. 新接口，已经几乎确定了接口设计不再改动
   2. 测试团队分为前端测试和后端测试
   3. 项目对测试质量要求很高