最新如何做好接口测试？资深测试老鸟总结，一篇带你打通，程序员如何技术划水-CSDN博客

本文链接：https://blog.csdn.net/2401_84140754/article/details/138754914

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

接口功能比较单一，能够比较好的进行测试覆盖，也相对容易实现自动化持续集成，，可以减少人工回归成本与时间，缩短测试周期。

接口相对于界面功能，会更底层一些，测试覆盖会更容易（如业务在调用接口时做了判断，当不满足条件时链接就不显示，此时从界面无法测试相关功能是否做好判断，通过接口就比较容易）

3）接口测试范围

业务功能（包括正常、异常场景是否实现）业务规则（覆盖度是否全面）参数验证（边界、业务规则是否达到要求）异常场景（重复提交、并发提交、事务中断、多机环境、大数据量测试）性能测试（响应时间、吞吐量、并发数、资源要求）安全测试（权限验证、SQL注入等）

4）接口测试的重点

检查接口返回的数据是否与预期结果一致。检查接口的容错性，假如传递数据的类型错误时是否可以处理。接口参数的边界值。例如，传递的参数足够大或为负数时，接口是否可以正常处理。接口的性能，http请求接口大多与后端执行的SQL语句性能、算法等比较相关。接口的安全性，外部调用的接口尤为重要。

现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！
qq群号：691998057【暗号：csdn999】

2、做好接口测试的前提

1）系统化的接口文档

传统的接口文档，一般采用word或wiki等系统来记录，从单次使用上似乎比较简单，因为大家会更习惯这样的操作，但这种形式存在比较大的问题：

接口文档非标准化，无法直接与接口测试工具接口使用；接口维护困难，接口有变化时比较难标识清楚，沟通成本很高；

系统化接口文档，例如rap（淘宝分源的一个系统），具备接口维护标准化、版本化管理、MOCK测试等功能；对标准化的接口内容做二次开发，可以直接导出Soapui等工具使用的格式，直接导入工具中使用，有以下好处：

接口测试时不再需要手工输入相关字段，节省时间成本版本化管理，能够清晰的知道哪些接口有变化

2）标准化的接口规范

接口管理是做好接口测试很重要的前提，如果一个系统有哪些接口都不太清楚，测试就很难覆盖到，接口管理建议采用以下方式：

按接口提供方为单位进行首次划分，按接口使用方进行二次划分，再按业务模块进行细分，分类原则根据内容多少进行优化，不需要固定，如本身接口较少就没有必要分得过细，较多时就需要多划分模块

如：系统A，提供有 1、2、3、4、5、6、7、8、9 这9个接口，接口分别给B系统、C系统使用，其中1、2为公用接口，3、4、5为B专用，6、7、8、9为C系统专用。

划分如下：按接口链接URL做为唯一，不同的接口参数做为接口变量，接口有参数变更时在原来接口上进行维护，而不是新增加接口

为接口增加版本号，方便清楚哪些接口本次有变更，易于维护用例

3、接口测试常用工具

工具名	类型	特点	使用建议
JMeter	开源	开源	个人觉得使用起来还是比较麻烦，对JMeter非常熟悉的建议使用，新手不建议使用
SOAPUI	开源&商业	开源版本有功能限制，不能直接使用循环等、支持groovy语言	操作比较简单，但对具有一定的流程的接口测试用例不是太方便维护，对于独立的接口推荐使用
PostMan	免费	流利器插件，易用，功能相对简单	相对比较简单的接口
Loadrunner	免费	主要做性能测试使用，具备接口请求录制自动生成脚本、添加判断等功能	具有一定流程性的接口、及具备LR使用经验的人使用