如何在RSpec的before(:all)与after(:all)块间安全传递数据？

我使用JRuby，不过这个问题同样适用于MRI Ruby。我的RSpec测试结构如下：

RSpec.describe 'XXX' do
  before(:all) do
    # 各示例通用的准备操作
  end
  after(:all) do
    # 各示例结束后的清理操作
  end
  context 'C1' do
    it 'Ex1' do
      # ...
    end
    it 'Ex2' do
      # ...
    end
    # ...
 end
 context 'C2' do 
   # ... 更多示例
 end

问题在于，before(:all)中的准备操作会计算一个值，比如：

some_value = MyMod.foo()

这个值需要在after(:all)的清理代码中使用：

MyMod.bar(some_value)

由于some_value是局部变量，无法直接传递。虽然可以用全局变量实现：

before(:all) do
  $some_value = MyMod.foo()
end
after(:all) do
  MyMod.bar($some_value)  
end

但这种方式既不优雅，还会在未来并行测试时引发问题。

请问这个需求能实现吗？还是我的整体设计有问题？

需求背景更新：
我们的应用有一组全局属性（存储在全局单例对象中），默认值遵循应用规范，通常不会修改，但可通过环境变量在应用启动时覆盖。

大部分RSpec测试使用默认值，但部分单元测试需要测试属性值非默认的场景。目前我会在每个示例开始时保存属性当前值，结束时恢复原值。如果能为同一describe或context块下的所有示例统一执行修改与重置操作，我认为在before或after块中处理更合适，因此需要在块间传递数据。

当然可以实现，而且有几种比全局变量更优雅的方式：

1. 使用示例组的实例变量 #

RSpec的before(:all)和after(:all)都运行在同一个示例组（RSpec::Core::ExampleGroup）的实例上下文中，所以可以用实例变量来传递值：

RSpec.describe 'XXX' do
  before(:all) do
    @some_value = MyMod.foo()
  end
  after(:all) do
    MyMod.bar(@some_value)
  end
  # ... 示例代码
end

这种方式不会污染全局命名空间，也不会影响并行测试——每个示例组的实例都是独立的，各自维护自己的实例变量。

2. 使用let!配合before(:all)（谨慎使用） #

如果希望值的定义更符合RSpec的风格，可以用let!（带感叹号确保提前求值），然后在before(:all)中触发它：

RSpec.describe 'XXX' do
  let!(:some_value) { MyMod.foo() }

  before(:all) do
    some_value # 触发求值，确保在before(:all)阶段就计算好
  end

  after(:all) do
    MyMod.bar(some_value)
  end
  # ... 示例代码
end

注意：let默认是延迟求值，所以必须用let!或者手动在before(:all)中调用一次，否则after(:all)中访问时才会求值，可能不符合预期。

3. 封装成模块（适合复用场景） #

如果这种“修改全局属性+统一恢复”的逻辑需要在多个测试组中复用，可以封装成RSpec共享上下文：

RSpec.shared_context "modify global property" do
  let(:original_property_value) { MyGlobalSingleton.get_property }
  let(:new_property_value) { "custom_value" }

  before(:all) do
    MyGlobalSingleton.set_property(new_property_value)
  end

  after(:all) do
    MyGlobalSingleton.set_property(original_property_value)
  end
end

# 在测试中使用
RSpec.describe 'XXX' do
  include_context "modify global property"
  # ... 测试示例
end

这种方式既保持了代码复用性，又避免了重复逻辑，还能清晰地表达测试的意图。

关于设计的补充 #

你的设计思路没有问题——为同一组测试统一做前置修改和后置清理，能减少重复代码，提升测试效率。需要注意的是：

• before(:all)和after(:all)中的操作必须是线程安全的，尤其如果未来要启用并行测试的话；
• 避免在before(:all)中修改会影响其他测试组的全局状态，除非你能确保after(:all)完全恢复原状；
• 如果全局属性的修改会引发副作用（比如影响其他单例的初始化），建议优先考虑用before(:each)和after(:each)，虽然性能稍差，但能避免测试间的污染。

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