用例复用是什么
用例复用指同一套用例资产在多版本、多产品线或多个环境中重复使用：通过参数化数据、抽取公共步骤、模板化场景来降低重复编写成本，同时保持覆盖口径一致。复用的边界要清醒——业务规则不同的部分必须各自维护，复用的目的是省重复劳动，不是把差异藏进一堆开关里。
基本信息
| 复用粒度 | 公共步骤、场景模板、整套回归套件、用例数据参数化 |
|---|---|
| 实现手段 | 关键字与步骤库、数据驱动、模板变量、配置化环境参数 |
| 适用条件 | 业务逻辑同源、界面结构稳定、差异化点可外置为数据 |
| 不适用信号 | 业务规则频繁分叉、界面完全重构、团队独立演进 |
| 维护要求 | 公共层变更时通知所有使用方，避免改一处坏一片 |
| 效果度量 | 新增场景的编写时长、回归套件的复用次数 |
典型使用场景
- 多环境回归：一套用例参数化环境配置，测试、预发、生产巡检共用。
- 多版本并行：同产品两条线维护，公共功能用例统一复用。
- 同类产品：同一代码库派生的产品变体，用配置数据区分差异。
- 新人提效：新场景从模板起步，减少从零编写的成本与遗漏。
- 自动化迁移：手工用例的结构与步骤直接迁移为自动化骨架。
复用方式与代价
| 方式 | 优势 | 代价 |
|---|---|---|
| 公共步骤库 | 减少重复编写 | 公共层变更需整体回归 |
| 数据参数化 | 一套逻辑多组数据 | 数据设计不当会掩盖差异 |
| 场景模板 | 统一结构与覆盖口径 | 模板僵化会限制探索性测试 |
| 整套套件 | 跨环境一致执行 | 环境差异适配成本高 |
复用前先做去重审计：重复与冗余的用例先合并整理，再谈参数化。
差异显式化：不同产品线的差异用配置数据表达清楚，不要让用例里到处是条件分支。
定期复检：业务演进后，原以为相同的场景可能已经分叉，复用前提要重新验证。