接口测试

接口测试

接口测试是专门针对系统与系统之间、模块与模块之间通过网络协议（比如HTTP、HTTPS、WebSocket）传递数据的“连接点”进行的功能和稳定性验证，不是测页面按钮点不点得动，而是测“后台能不能正确收发数据”。

我干这行八年，前五年几乎天天写Postman脚本，后三年带团队做自动化接口测试平台。最常遇到的情况是：前端页面看着一切正常，但订单没进数据库——一查发现是调支付接口时少传了个字段，返回码还是200，只是业务逻辑直接跳过了。

这一点非常关键。

真正的接口测试必须覆盖三类场景：参数正常时是否返回预期结果；传空值、超长字符串、非法字符时系统会不会崩或报错混乱；高并发请求下响应时间是否飙升、有没有丢请求。去年有个客户上线前只测了第一种，结果大促当天库存接口超时率从0.1%飙到47%，订单大量失败。

• 别迷信“有返回就是通”——很多接口默认返回200，但body里写着{"code":500,"msg":"内部错误"}
• 生产环境千万别用测试账号跑全量接口，我见过两次因为误调退款接口，把真实用户的钱退了两遍
• 如果开发连Swagger文档都懒得维护，那这个项目的接口测试成本至少翻倍，建议直接跟项目经理说清楚风险

工具只是手段，Postman适合手工探索，JUnit+RestAssured适合Java项目做CI集成，Python的requests+pytest组合现在中小团队用得最多——但再好的工具也救不了需求天天变、接口文档半年不更新的项目。