100 个接口，1000 个业务场景，如何设计自动化测试用例？框架是如何设计的？

一、100 接口 + 1000 业务场景 自动化用例设计（核心方案）✅ 核心原则：接口层做基础兜底，业务层做场景覆盖，分层解耦、复用优先彻底避免 1000 个场景写 1000 条独立用例的臃肿问题，用「接口原子用例 + 业务场景组合用例」实现最小用例量覆盖最大场景。1. 接口层自动化用例设计（100 接口，≈300~500 条用例）做单接口的全维度校验，是业务场景的基础积木，所有业务用例均复用接口层的请求、断言逻辑。✔️ 用例维度（每个接口必做）：正常正向用例 + 异常边界用例 + 特殊规则用例正向：入参合规、返回码 200、核心字段非空 / 类型正确 / 取值符合预期；异常：必填项缺失、参数类型错误、参数取值越界、权限不足、token 失效、接口限流；特殊：幂等性校验（重复请求）、并发请求、数据一致性（如扣款接口扣减后余额匹配）。✔️ 设计技巧：按接口模块 / 功能域归类（如用户模块、订单模块），抽离公共参数（token、appId）、公共断言（返回码、msg），单个接口用例数控制在 3~5 条。2. 业务层自动化用例设计（1000 场景，≈200~300 条用例）拒绝逐条写场景，用「场景分类 + 参数化 + 流程组合」三大核心手段，