测试----接口测试（很全哦）_无页面测试后端接口-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_40955824/article/details/98500962

本文深入解析接口测试概念，探讨其与功能、自动化及性能测试的区别，详述接口测试的实现流程与应用场景，涵盖需求分析、用例设计到自动化集成全过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

接口测试就是通过测试不同输入条件下，接口返回的结果是否与预期结果一致，即测试后端的代码是否符合逻辑
接口测试是没有页面操作的，只能通过调用接口来进行测试，只需要给接口传递相应的输入条件，再检查接口输出的结果是否符合预期即可。接口测试比功能测试还要更简单一些（因为功能测试还包含了程序的UI层，包含了按钮，UI交互等功能）。

而前后端就是通过接口来进行交互的。

在这里插入图片描述

比如，在传统的功能测试中，如果前端工程师还没有将前端工作做完，测试是无法展开测试工作的，另一方面，既然前端有校验功能，那后端就有可能会遗漏该功能的数据校验

为了提高程序的安全性和效率
尽早的测试介入，越早介入测试，发现的问题解决起来的成本是最低的。很多时候开发没有将完整产品提交给测试时，测试时无法工作的，就会有大部分时间处于等待状态，而接口测试可以在没有前端界面下进行测试
后端的功能校验在前端很难进行测试，因为前端已经有初步校验控制，所以接口测试可以发现很多在前端无法发现的问题
快速定位bug，提升测试效率，降低人工回归测试的人力成本与时间成本，缩短测试周期

模拟用户向服务器发送数据，然后查看响应结果

web 接口测试：BS架构
- 服务器接口测试：自己写的程序测试，一个系统内部的币不同模块进行测试
- 第三方接口测试：测试别的人实现的接口，不同系统甚至不同公司之间的接口调用
模块接口测试：CS架构

接口测试是功能测试

测试前置、开发自测：一个新的自动化接口测试案例开发完成后，直接安排开发在本地环境执行测试，一旦开发确认完成接口开发，就开始执行接口测试案例，基本上可以实时拿到测试结果，方便开发快速做出判断。（开发本地运行的方式就是打开JMeter工具，导入JMX文件，开始执行可。）
回归测试：在开发本地测试通过后，或整个需求手工测试通过后，把自动化的接口测试案例做分类整理，挑选出需要纳入到回归测试中的案例，在持续集成环境重新准备测试数据，并把案例纳入到持续集成的工作中来，这些用于回归的接口测试案例需要配置到持续集成平台自动运行。