Gherkin场景如何规避步骤定义代码重复并规范测试用例？

针对你遇到的「既要保证场景独立验证弹窗，又要避免重复编写预订导航步骤代码」的问题，以下是几种经过实践验证的方案：

1. 用场景大纲（Scenario Outline）实现参数化测试 #

这是最直接的方案——把两个弹窗的验证逻辑抽象成参数化模板，前置导航只写一次，通过示例表格传递不同弹窗的标识和预期内容。既符合单一场景单一行为的规范，又完全避免代码重复。

Gherkin示例： #

Scenario Outline: 验证预订详情页弹窗内容的正确性
    Given 我已完成完整预订流程并进入预订详情页
    When 我点击<弹窗触发链接>
    Then 弹窗显示标题<预期标题>
    And 弹窗包含核心信息<预期内容>
    And 弹窗可正常关闭

    Examples: 待验证弹窗列表
        | 弹窗触发链接       | 预期标题           | 预期内容                   |
        | 退改政策链接       | 机票退改规则说明   | 起飞前72小时可免费退改     |
        | 行李限额链接       | 托运行李政策       | 经济舱免费托运额度20kg     |

代码层面： #

• 把Given 我已完成完整预订流程并进入预订详情页封装成一个复用步骤，内部实现Page1→Page2→Page3→Page4的完整导航逻辑，只需要编写一次。
• 场景大纲中的参数化步骤（带<>的部分），在Step Definitions中通过参数接收示例数据，用同一套代码处理不同弹窗的定位和验证，无需重复编写点击、断言逻辑。

2. 复合步骤封装 + 极简Background #

如果坚持拆分独立场景，不要用Scenario Outline，可以把重复的预订导航逻辑封装成复合步骤，而非把零散步骤丢进Background。Background仅保留全局通用前置（比如登录），避免场景依赖过多前置步骤。

Gherkin示例： #

Background:
    Given 我已登录航空公司官网

Scenario: 验证退改政策弹窗内容
    Given 我已完成预订并进入详情页
    When 我点击退改政策链接
    Then 退改政策弹窗显示正确内容
    And 弹窗可正常关闭

Scenario: 验证行李限额弹窗内容
    Given 我已完成预订并进入详情页
    When 我点击行李限额链接
    Then 行李限额弹窗显示正确内容
    And 弹窗可正常关闭

代码层面： #

Given 我已完成预订并进入详情页是一个封装好的复合步骤，内部调用Page1到Page4的所有导航逻辑，两个场景共享这一步骤的实现，完全避免代码重复。

3. 钩子（Hooks）+ 状态缓存优化执行效率 #

如果担心每次场景都重复走预订流程太耗时，可以用测试框架的钩子（比如Cucumber的@Before）提前完成一次预订，缓存预订编号，后续场景直接用缓存的编号跳转到Page4，而非重复执行完整流程。

代码示例（以Cucumber Java为例）： #

private String cachedBookingId;

@Before(order = 1)
public void preCreateBooking() {
    // 仅在首次执行时完成预订流程，缓存预订编号
    if (cachedBookingId == null) {
        cachedBookingId = bookingService.completeFullBookingAndGetId();
    }
}

@Given("我已完成预订并进入详情页")
public void navigateToBookingDetails() {
    // 直接用缓存的编号跳转，跳过重复的预订流程
    bookingDetailsPage.loadWithBookingId(cachedBookingId);
}

注意事项： #

• 要保证缓存状态的隔离性，每个场景结束后可重置缓存或清理测试数据，避免场景间互相干扰。
• 此方案适用于集成测试，单元测试仍建议保持场景完全独立。

核心原则总结 #

• 场景要单一职责：每个场景只验证一个具体行为（比如一个弹窗），符合Gherkin的规范。
• 步骤要复用优先：把重复的流程逻辑封装成复合步骤，而非拆分零散步骤。
• 同类型案例参数化处理：用Scenario Outline减少重复的场景结构，提升维护效率。

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