14. 接口测试应该怎么测才算完整？

接口测试不是把接口调通就结束。

完整的接口测试要覆盖请求参数、响应结果、业务规则、权限校验、异常场景、数据落库、幂等性和安全性。

一、先看接口文档

接口测试前要确认：

请求地址；
请求方式；
请求头；
请求参数；
参数类型；
是否必填；
响应字段；
状态码；
鉴权方式；
业务规则。

如果接口文档不清楚，要先和开发确认，不能靠猜。

二、正常场景要验证完整链路

正常接口测试要看：

参数正确时是否返回成功；
响应字段是否完整；
字段类型是否正确；
返回数据是否符合业务规则；
数据库是否正确新增或更新；
前端页面是否能正确展示接口结果。

比如新增用户接口成功后，要看用户表是否新增记录，角色关联表是否也生成关系。

三、参数校验是接口测试重点

参数测试包括：

必填参数为空；
参数缺失；
参数类型错误；
参数长度超限；
特殊字符；
边界值；
枚举值非法；
重复数据；
业务上不存在的 ID。

接口不能只依赖前端校验，后端必须做参数校验。

四、权限和鉴权必须测

接口权限测试包括：

未登录访问接口；
Token 为空；
Token 过期；
Token 被篡改；
普通用户访问管理员接口；
用户 A 操作用户 B 的数据；
退出登录后旧 Token 是否失效。

很多安全问题都来自接口权限没校验。

五、业务规则要测透

接口测试不能只看返回 200。

比如优惠券使用接口，要测试：

未达到满减门槛；
优惠券已过期；
优惠券已使用；
商品不适用；
用户不属于可用范围；
多张券是否可叠加。

业务规则错误，比状态码错误更影响质量。

六、幂等性要关注重复请求

常见需要幂等的接口包括：

提交订单；
支付回调；
创建工单；
审批通过；
发放优惠券；
扣减库存。

测试方式包括：

快速连续点击；
重复发送同一请求；
网络超时后再次提交；
第三方重复回调。

预期是不产生重复订单、重复扣款或重复审批。

七、数据一致性要结合数据库验证

接口执行后要看：

主表是否更新；
明细表是否更新；
状态字段是否正确；
金额是否一致；
关联数据是否同步；
日志是否记录关键操作。

比如支付接口成功后，要验证订单表、支付流水表、库存表和优惠券状态。

八、面试回答模板

可以这样回答：

接口测试我会先看接口文档，确认请求方式、参数、响应字段、鉴权和业务规则。用例上先测正常请求，再测必填、类型、长度、边界值、非法枚举、重复数据等参数校验；同时重点验证 Token 过期、无权限访问、越权操作等权限场景。对于下单、支付、审批这类接口，还会测重复请求和幂等性，并结合数据库验证状态、金额、流水和关联数据是否一致。

这个答案比“用 Postman 调接口”完整很多。

九、下一步建议

接口测试建议重点准备三个场景：

登录接口；
新增用户接口；
下单支付接口。

配套刷题：