RSpec遇到代码内exit语句直接退出，后续测试无法运行如何解决

问题根因 #

你当前使用的 expect(...) 语法会先执行括号内的代码，代码中的exit触发的SystemExit异常还没被RSpec的异常捕获机制拦截，就已经终止了整个RSpec进程，因此后续测试用例无法正常运行。

解决方案1：调整异常捕获写法 #

RSpec捕获块内异常的正确语法是将需要执行的代码放在 expect { ... } 大括号包裹的块中，RSpec会自动拦截块内抛出的所有异常，不会透传到进程层面终止测试。
调整后的测试代码如下：

RSpec.describe Parser do
  context 'when -h is passed' do
    it 'exits cleanly' do
      expect { described_class.new(['-h']) }.to raise_error(SystemExit)
    end
  end
  context 'when --help is passed' do
    it 'exits cleanly' do
      expect { described_class.new(['--help']) }.to raise_error(SystemExit)
    end
  end
end

注：raise和raise_error匹配器在新版RSpec中功能一致，raise_error写法更符合官方规范。如果需要同时验证退出状态码，可以扩展写法：

expect { described_class.new(['-h']) }.to raise_error(SystemExit) do |error|
  expect(error.status).to eq(0)
end

解决方案2：Stub Exit方法 #

如果你不需要验证异常类型，只需要验证exit方法被正确调用、以及对应的退出状态码，可以直接对Kernel模块的exit方法打桩，避免真的触发进程退出逻辑：

RSpec.describe Parser do
  # 所有测试执行前统一打桩exit方法，避免真的退出进程
  before do
    allow(Kernel).to receive(:exit)
  end

  context 'when -h is passed' do
    it 'exits with status code 0' do
      described_class.new(['-h'])
      expect(Kernel).to have_received(:exit).with(0)
    end
  end

  context 'when --help is passed' do
    it 'exits with status code 0' do
      described_class.new(['--help'])
      expect(Kernel).to have_received(:exit).with(0)
    end
  end
end

这个方案的优势是无需处理异常逻辑，还可以精准验证退出时返回的状态码，适合涉及多状态码退出的业务场景测试。

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