如何优化仅单个步骤不同的重复Cucumber场景？

你的问题属于BDD测试中常见的场景复用需求，比起用环境变量控制分支的方案，有几种更符合最佳实践的方法：

1. 使用场景大纲（Scenario Outline）+ 示例（Examples） #

这是处理少量步骤差异最直观的方式，能自动生成独立的测试场景，且测试结果可分别查看：

Scenario Outline: 通用测试流程
  Given 执行步骤A
  And 执行步骤B
  ...
  When 执行<差异化步骤>
  ...
  Then 执行步骤M
  And 执行步骤N

Examples:
  | 差异化步骤 |
  | 步骤X      |
  | 步骤Y      |

• 优势：无需额外配置环境变量，一次运行可覆盖两种场景，测试报告中会分别展示两个场景的执行结果，便于排查问题；场景意图清晰，可读性强。
• 适用场景：仅存在1-2个差异化步骤，需要同时验证两种分支逻辑的情况。

2. 提取重复步骤到背景（Background）+ 保留独立场景 #

如果前后重复步骤较多，可将公共前置步骤提取到Background，后置重复步骤封装为复用步骤，保留两个独立场景仅写差异化部分：

Background: 通用前置操作
  Given 执行步骤A
  And 执行步骤B
  ...

Scenario: 场景1
  When 执行步骤X
  ...
  Then 完成通用收尾步骤

Scenario: 场景2
  When 执行步骤Y
  ...
  Then 完成通用收尾步骤

（在步骤定义中，完成通用收尾步骤对应原有的步骤M和N的逻辑）

• 优势：每个场景的业务意图明确，维护时只需修改对应场景的差异化步骤，公共步骤统一维护；无需环境变量切换，可单独运行任意一个场景。
• 适用场景：需要明确区分两个业务场景，或后续可能为每个场景添加专属步骤的情况。

3. 代码层面封装复用逻辑 #

如果是步骤的实现代码存在重复（而非场景描述），可以在步骤定义中把重复的逻辑封装为公共函数，比如：

# 以Python Behave为例
def common_setup():
    # 步骤A、B的实现逻辑
    pass

def common_teardown():
    # 步骤M、N的实现逻辑
    pass

@given("执行步骤A")
def step_impl(context):
    common_setup()

@then("执行步骤M")
def step_impl(context):
    common_teardown()

这种方式不改变场景结构，但能减少代码冗余，同时保留场景的可读性。

对比你提出的环境变量方案 #

用环境变量控制分支的缺点很明显：

• 每次只能运行一种分支，需要手动切换环境变量，效率低；
• 场景描述不直观，其他维护者需要额外了解环境变量的逻辑才能理解场景；
• 测试报告只能展示当前环境变量对应的分支结果，不利于对比两种分支的执行情况。

综上，优先推荐场景大纲或背景+独立场景的方案，更符合BDD的可读性和可维护性要求。

内容的提问来源于stack exchange，提问作者igr