接口测试怎么做？重点验证什么？

接口测试我关注六个点：参数校验——必填、类型、长度、边界；业务正确性——正常场景响应数据与落库一致；异常处理——错误码规范、错误信息不泄露内部细节；幂等与重复提交；安全——鉴权、越权（改 ID 访问他人资源）；性能——响应时间与并发。工具用 Postman 调试、pytest 加 requests 做自动化。

我的落地框架：用例按业务流组织而不是按接口孤立覆盖——比如注册-登录-下单-取消串成链路，数据工厂负责造数，断言三层：状态码与业务码、响应体关键字段、数据库落库与消息队列副作用。环境上区分 mock 依赖与真实依赖，第三方接口用挡板模拟异常分支。这套设计让接口自动化发现了多个只看响应码发现不了的落库 bug。

接口测试的深层价值在契约与一致性验证：接口变更时自动化立即暴露破坏性修改，配合契约测试让前后端并行开发有依据。设计上我强调场景建模——用状态机描述资源生命周期，遍历合法与非法流转；安全上系统性做水平越权与垂直越权矩阵；数据上构造代表性与边界性组合而非穷举。接口层是自动化投入产出比最高的一层。

追问『怎么做接口幂等测试』：同请求并发发 N 次与串行重发，断言业务只生效一次且返回一致；『接口依赖怎么处理』：上下文参数化，前置接口提取 token 与 ID 传递，或数据工厂直接造；『怎么测限流』：阈值边界上下各打一波，断言 429 与恢复窗口；『文档不全怎么测』：抓包逆向整理契约再评审。