如何在Rails/Rspec中测试捕获异常后重抛错误的救援逻辑？

我来帮你搞定这个RSpec测试的问题！你的核心困扰是：被测方法在rescue块里更新状态后重抛错误，导致测试状态更新时总是被错误打断，还出现了假阳性。咱们一步步拆解问题，给出正确的写法。

先说说你之前测试的问题根源 #

1. Stub逻辑不对：你写的allow(External::Service).to receive(:new).and_raise ArgumentError是让External::Service.new直接抛错，但被测代码里是External::Service.new().bar抛错——虽然都是ArgumentError，但这不符合真实的调用逻辑，甚至可能导致被测代码的rescue块没按预期触发。
2. Report对象没关联：你的Foo类里的report.update!肯定需要操作测试中创建的那个report，但你现在described_class.new().bar没有把测试的report传给Foo实例，导致被测代码更新的是另一个（甚至不存在的）report，测试自然看不到状态变化。
3. 状态断言没刷新数据：change(report, :status)检查的是内存里的对象属性，而update!只更新数据库，内存中的report状态不会自动同步，必须重新从数据库加载。

正确的测试写法 #

首先咱们先补全被测代码的关联逻辑（假设Foo初始化时接收report，这是合理的，否则你没法在测试里控制要操作的report）：

# foo.rb
class Foo
  def initialize(report)
    @report = report
  end

  def bar
    External::Service.new.bar # 实际是调用bar方法抛错
  rescue ArgumentError => e
    message = 'Foo: Wrong id passed'
    @report.update!(status: 'error')
    raise e
  end
end

然后修正测试代码，解决Stub、关联和断言的问题：

# foo_spec.rb
RSpec.describe Foo do
  describe '#bar' do
    let(:report) { create(:report, status: 'generating') }
    # 让Foo实例关联咱们测试用的report
    subject(:foo_instance) { described_class.new(report) }
    # 封装调用bar的操作
    let(:call_bar) { foo_instance.bar }

    before do
      # 正确Stub：模拟Service实例的bar方法抛错，符合真实调用逻辑
      service_double = instance_double(External::Service)
      allow(service_double).to receive(:bar).and_raise(ArgumentError)
      allow(External::Service).to receive(:new).and_return(service_double)
    end

    it 're-raises the ArgumentError' do
      expect { call_bar }.to raise_error(ArgumentError)
    end

    it 'updates the report status to "error"' do
      # 同时验证两个预期：既抛错，又更新状态
      expect { call_bar }.to raise_error(ArgumentError)
        .and change { report.reload.status }.from('generating').to('error')
    end

    # 如果你觉得上面的写法不够清晰，也可以分开断言：
    it 'updates report status after catching error' do
      # 先确认错误会被抛出（确保rescue块执行了）
      expect { call_bar }.to raise_error(ArgumentError)
      # 此时rescue已经执行，重新加载数据库里的report并断言状态
      expect(report.reload.status).to eq('error')
    end
  end
end

为什么你之前的假阳性测试会通过？ #

你之前写的：

it 'updates status' do
  call_bar
rescue
  expect(report.reload.status).to eq 'error'
end

出现假阳性的原因是：要么你的Stub没触发被测代码的rescue块（比如new方法抛错，但Foo实例没关联测试的report，导致report.update!根本没执行），要么你断言的report根本不是被测代码更新的那个——此时report状态还是generating，但如果你的测试数据或者断言写错了，就会出现测试通过但实际没更新的假阳性。

最后总结几个关键点 #

1. 一定要让被测类的实例和测试用的对象（比如这里的report）正确关联，不然测试操作的和被测代码操作的不是同一个东西；
2. Stub要贴合真实的调用逻辑，别在错误的环节抛错；
3. 断言数据库更新的状态时，必须用reload从数据库重新加载数据，别只看内存里的对象；
4. 可以结合raise_error和change来同时验证两个行为，或者分开先验证错误再验证状态，两种写法都靠谱。

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