Ruby自动化框架下Cucumber步骤间状态与数据共享方案咨询

Cucumber Ruby 原生就提供了和Scenario Context完全对齐的场景隔离上下文能力，不需要引入第三方依赖，以下是可直接落地的实现方式：

方案1：基于原生World机制实现（官方推荐，零依赖） #

• 核心逻辑：Cucumber每个Scenario运行时，会生成一个完全独立的World实例，所有步骤定义、Hook代码都运行在这个实例的上下文中，场景执行结束后实例自动销毁，从底层保证了场景间数据隔离，完全匹配Scenario Context的生命周期要求。
• 实现代码：在features/support/目录下新建World配置文件即可

# features/support/world.rb
module CustomTestWorld
  # 初始化独立的场景上下文存储
  def scenario_context
    @scenario_context ||= {}
  end

  # 封装通用读写方法，避免直接操作Hash写错键名
  def set_ctx(key, value)
    scenario_context[key.to_sym] = value
  end

  def get_ctx(key, default = nil)
    scenario_context.fetch(key.to_sym, default)
  end
end

# 把自定义模块注入Cucumber World
World(CustomTestWorld)

• 跨步骤使用示例：

Given("我使用账号{string}完成登录") do |account|
  # 前置步骤生成的动态数据存入上下文
  test_user = TestDataGenerator.create_user(account: account)
  set_ctx(:current_login_user, test_user)
  # Selenium登录逻辑省略
end

When("我进入个人信息编辑页") do
  # 任意后续步骤直接读取之前存入的数据
  current_user = get_ctx(:current_login_user)
  @driver.navigate.to("/user/#{current_user.id}/edit")
end

注意：绝对不要用全局变量（$xxx）、类变量（@@xxx）存储场景级状态，跑并行测试时100%会出现跨场景数据污染。World提供的实例变量是场景完全隔离的，场景执行结束后随实例一同销毁，没有数据泄漏风险。
补充：你可能见过有人直接在步骤里用裸实例变量（比如@current_user）实现跨步骤传值，这种方式虽然能跑，但没有独立命名空间，很容易和后续扩展的World方法、页面对象实例的变量重名覆盖，单独封装独立的context存储结构能彻底避免这个问题，和SpecFlow/Java Cucumber的独立上下文字典逻辑完全对齐。

方案2：轻量封装类，对齐SpecFlow的强校验体验 #

如果需要更接近SpecFlow ScenarioContext的键校验、类型校验能力，可以封装专门的上下文类，减少低级错误：

# features/support/scenario_context.rb
class ScenarioContext
  class KeyNotFoundError < StandardError; end
  class TypeMismatchError < StandardError; end

  def initialize
    @store = {}
  end

  def set(key, value)
    @store[key.to_sym] = value
  end

  def get(key, strict: true)
    return @store[key.to_sym] if @store.key?(key.to_sym)
    raise KeyNotFoundError, "上下文中不存在键[#{key}]，请检查前置步骤是否完成赋值" if strict
    nil
  end

  # 对标SpecFlow的泛型Get方法，自动校验值类型
  def get_as(key, expected_type, strict: true)
    value = get(key, strict: strict)
    return nil if value.nil? && !strict
    unless value.is_a?(expected_type)
      raise TypeMismatchError, "键[#{key}]对应值类型为#{value.class}，预期类型为#{expected_type}"
    end
    value
  end
end

# 注入到World
World do
  { scenario_ctx: ScenarioContext.new }
end

使用时可以直接调用scenario_ctx.set(:current_order, new_order)、user = scenario_ctx.get_as(:current_login_user, User)，和C#端SpecFlow的使用体验几乎一致。

落地实践建议 #

• 不要过度依赖上下文传值：Gherkin步骤里明确写出的参数、测试数据，优先用Cucumber自带的步骤参数、DataTable、DocString传递，上下文只存放无法在Gherkin中硬编码的隐式动态状态：比如当前登录用户实例、Selenium驱动实例、接口动态生成的token、测试过程中创建的临时业务数据ID等
• 不需要手动写Hook清理上下文：World实例是每个场景独立新建的，场景结束自动回收，比手动维护全局存储加After Hook清理的方式更可靠，不会出现漏清理导致的串数据问题
• Selenium WebDriver实例也建议放到World中初始化，保证每个场景使用独立的浏览器实例，避免测试用例间的状态干扰
• 所有场景共用的静态全局配置（比如测试环境地址、全局固定测试账号密码），直接在features/support/env.rb中定义常量即可，不需要放到场景上下文中，减少重复初始化开销

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