Rspec测试实例未接收特定方法调用时遇receive方法未定义错误

你遇到的报错和写法问题，主要是因为混用了旧版RSpec语法，以及对方法调用期望的正确使用方式理解有误。咱们一步步拆解和修正：

第一个写法的错误原因 #

你最初的代码：

RSpec.describe 'something' do
  before { subject.stubs(foo: 'bar') }
  it { is_expected.to_not receive(:foo) }
end

抛出NoMethodError: undefined method 'receive'有三个核心问题：

1. 语法版本过时：stubs是RSpec 2的旧语法，现代RSpec 3+已经改用allow来设置存根。
2. is_expected的误用：is_expected是expect(subject)的语法糖，主要用于断言subject的状态或属性（比如is_expected.to eq(42)），而方法调用期望（receive）需要直接用expect(subject).not_to receive(:foo)的形式，并且必须在可能触发方法调用的代码执行前设置。
3. 缺少触发逻辑：即使语法正确，这个测试也没有实际意义——你没有执行任何可能调用foo的代码，测试会“假通过”。

第二个写法的问题 #

你的第二种尝试：

RSpec.describe 'something else' do
  before { subject.stubs(foo: 42) }
  it { subject.expects(:foo).never; subject.foo }
end

这里的问题更明显：

• 同样用了旧语法stubs和expects，现代应该用allow和expect(...).to receive。
• 你手动调用了subject.foo，但又期望它“永远不被调用”，这直接矛盾，测试必然失败。

正确的现代RSpec写法 #

场景1：测试业务逻辑不会调用目标方法 #

如果你的需求是验证“执行某个操作后，subject的foo方法没有被调用”，正确写法如下：

RSpec.describe 'something' do
  it "does not invoke #foo when running core logic" do
    # 1. 先设置方法调用期望：subject不会收到foo的调用
    expect(subject).not_to receive(:foo)
    
    # 2. 执行可能触发foo调用的业务逻辑（替换成你的实际代码）
    subject.run_your_business_logic
  end
end

场景2：需要存根方法避免报错，同时测试未被调用 #

如果foo方法本身会抛出错误，你需要先存根它的返回值，再测试未被调用：

RSpec.describe 'something' do
  before do
    # 用现代语法存根foo的返回值，避免调用时出错
    allow(subject).to receive(:foo).and_return('bar')
  end

  it "never calls #foo during execution" do
    expect(subject).not_to receive(:foo)
    
    # 执行你的业务逻辑
    subject.perform_action_that_should_not_trigger_foo
  end
end

关键注意事项 #

• 方法调用期望（receive）必须先设置，再执行可能触发调用的代码，RSpec会跟踪后续的方法调用并验证期望。
• 抛弃旧的stubs/expects语法，改用RSpec 3+的allow（存根）和expect(...).to receive（设置调用期望）。
• 不要手动调用你期望“永远不被调用”的方法，否则测试会直接失败。

内容的提问来源于stack exchange，提问作者jonas-schulze