告别面经焦虑！接口测试核心面试题一次搞定-开发者社区

（个人见解，仅供参考）

🔥个人主页：寻星探路
🎬作者简介：Java研发方向学习者
📖个人专栏：JAVA（SE）----如此简单从青铜到王者，就差这讲数据结构！！数据库那些事！！JavaEE 初阶启程记：跟我走不踩坑测试开发漫谈
⭐️人生格言：没有人生来就会编程，但我生来倔强！！！

1. 接口测试怎么做？具体关注哪些指标

2. 接口测试的核心关注指标

3. 测试某个带参数的接口时，要传入批量的数据怎么操作？

4. 常见状态码

5. 如何对接口设计测试用例

6. 如何判断是前端问题还是后端问题

Postman 是接口测试领域最常用的可视化工具，支持 HTTP/HTTPS等主流协议，核心价值是 “无需编写代码，快速完成接口功能验证、自动化测试与协作管理”，是接口测试入门首选、企业日常测试高频工具。

适用场景：接口功能测试、接口自动化测试、接口调试、接口性能初探（简单压测）；
核心作用：验证接口的请求参数、响应结果、状态码、业务逻辑是否符合需求；

1. 接口测试怎么做？具体关注哪些指标

我是通过手动创建请求，选择请求方法在填写接口URL；再配置请求信息如：请求参数（GET请求是在Params栏填写Query参数，POST请求是在“Body栏选格式，如JSON，填写请求体”），请求头：配置必要的header（如Content-Type: application/json、Token: 用户鉴权令牌）；点击send发送请求。我主要关注以下几点指标：
响应状态码（常见的2，3，4，5），
响应头信息：Content-Type是否符合预期（如application/json，避免返回test/html）；
响应体：
字段是否完整（返回的字段是否与接口文档一致）,数据是否正确（字段值是否符合业务逻辑）；
格式是否合法（数据类型是否正确，比如id是数字类型，而不是字符串类型）
4. 异常场景的响应（比如账号为空时返回明确的错误信息账号不能为空）

2. 接口测试的核心关注指标

响应状态码：常见状态码...，通过状态码判断是否与业务逻辑一致
响应头：
Content-Type：验证是否与响应体格式匹配（如application/json、text/xml），避免格式解析失败；
Cache-Control/Expires：验证缓存策略是否合理（如静态资源是否缓存、敏感接口是否禁止缓存）；
Access-Control-Allow-Origin：跨域场景下，验证是否允许目标域名访问（避免前端跨域报错）；
Set-Cookie：验证 Cookie 的有效期、HttpOnly（防 XSS）、Secure（HTTPS 下传输）等属性是否安全。
请求方法合规性：
验证接口使用的 HTTP 方法是否合理（如查询用 GET、新增用 POST、修改用 PUT、删除用 DELETE），避免方法滥用（如用 GET 提交敏感数据）。
数据存储一致性（验证数据库中数据是否与响应体一致）
响应数据完整性（验证响应体是否包含所有必填字段，字段类型是否正确）
幂等性（重复提交同一请求时，接口是否能正确处理）

3. 测试某个带参数的接口时，要传入批量的数据怎么操作？

在线程组下添加一个配置原件：CSV数据文件设置；在编写csv文件，文件中存储批量的数据；
针对具体的接口在请求中引用csv变量，在请求中用${变量名}引用 CSV 数据

4. 常见状态码

200=>表示访问成功
301=>永久重定向（当浏览器收到这种响应时，后续的请求都会被自动改成新的地址）
302=>临时重定向（临时更改）
理解"重定向" ：
就相当于手机号码中的"呼叫转移"功能，比如我本来的⼿机号是186-1234-5678，后来换了个新号码135-1234-5678，那么不需要让我的朋友知道新号码，只要我去办理一个呼叫转移业务，其他人拨打186-1234-5678，就会自动转移到135-1234-5678上.
403=>表示访问被拒绝（比如没有权限）
404=>没有找到资源
405=>方法不被允许（比如资源存在但是用的HTTP方法对URL无效）
500=>服务器出现内部错误
504=>当服务器负载比较大的时候，服务器处理单条请求的时候消耗的时间就会很长，就可能会导致出现超时的情况
2xx：请求 “成了”（正常返回数据）；
3xx：请求 “跳了”（需要重定向到其他地址）；
4xx：客户端 “错了”（参数 / 权限 / 路径有问题）；
5xx：服务器 “错了”（后端代码 / 配置 / 资源有问题）。

5. 如何对接口设计测试用例

接口主要的组成部分：请求方法、请求参数、URL、响应结果
检查数据正确性：不同的参数对应的不同接口返回结果；检查数据库数据是否正确
不同的请求类型：get post不同的请求类型下是否符合预期
校验接口兼容性：传入异常数据接口是否会崩溃，接口之间互相调用的情况下是否兼容老版本的接口

6. 如何判断是前端问题还是后端问题

利用抓包工具或者浏览器开发者工具查看接口返回值
若接口返回值正确但是前面展示不正确，则前端问题
接口返回值不正确，后端问题
我在做我的网页聊天室的测试的时候，最核心的功能是消息的发送和接收：比如我用张三的账号给李四发消息，输入消息之后点击发送，张三这边的聊天框中没有显示该消息，李四那边也没有显示该消息（仅仅设计了前后端代码）。这时候我首先通过页面上的F12开发者工具查看接口的参数和返回值是否正确，当时发现的接口的返回值是正确的，所以判断是前端代码出现了问题，再去做进一步的解决。如果是接口返回值出现了错误，那就可能是代码逻辑出现了问题，那就需要对后端代码去进行一系列的调整。