场景法是什么
场景法以用户完成业务目标的完整路径为线索组织用例：先写主干走通的基本流，再补分支与异常的备选流（如失败重试、库存不足退回）。它贴近真实使用方式，一条场景覆盖多个功能的协作，特别适合验收测试与端到端测试的设计；与等价类、边界值配合使用，覆盖面与深度兼顾。
基本信息
| 组成 | 基本流（主干路径）+ 备选流（分支与异常） |
|---|---|
| 来源 | 用例（Use Case）、用户旅程、业务流程文档 |
| 粒度 | 一条场景一个业务目标，分支拆成独立备选流 |
| 优势 | 数量少、贴近真实使用、业务方可直接评审 |
| 配合方法 | 输入参数细节交给等价类与边界值补齐 |
场景示例：在线支付
场景示例：在线支付
基本流：选商品 -> 下单 -> 支付 -> 完成
备选流 A：支付失败 -> 重试 -> 成功
备选流 B：库存不足 -> 提示 -> 返回购物车
备选流 C：支付超时 -> 订单关闭 -> 可重新下单典型使用场景
- 验收测试设计：按业务旅程组织用例，业务方参与评审无障碍。
- 端到端自动化：把基本流做成主用例，备选流做成分支用例。
- 回归范围界定：版本改动影响哪条场景，就回归哪组用例。
- 用户旅程梳理：从登录到目标达成的全链路审查入口与出口。
- 新人熟悉业务：场景清单本身就是流程地图。
- 跨系统联调：上下游系统的交互点按场景逐段验证。
场景法用例数量少但覆盖完整业务流程，适合与等价类、边界值组合成完整套件。
备选流要成对设计：失败后能恢复的路径（重试、退回）与不能恢复的路径（订单关闭）都要有明确断言。
场景中的每一步写清系统状态检查点：不仅看页面提示，也要核对订单、库存、账户等数据的真实变化。