rspec 模拟：验证其中的期望“应该”方法？

Question

我正在尝试使用 rspec 的模拟来设置我可以在“应该”方法中验证的期望...但我不知道如何做到这一点...当我在模拟上调用 .should_receive 方法时，它before:all 方法退出后立即验证预期的调用。

这是一个小例子：

describe Foo, "when doing something" do
 before :all do
  Bar.should_recieve(:baz)
  foo = Foo.new
  foo.create_a_Bar_and_call_baz
 end

 it "should call the bar method" do
  # ??? what do i do here?
 end
end

我如何验证“它“应该””方法中的预期调用？我需要使用 mocha 或其他模拟框架而不是 rspec 的吗？或者 ？？？

Answer 1

我将对此进行另一次打击，因为从最初的一组答案和回复中可以清楚地看出，您对要实现的目标存在一些困惑。让我知道这是否更接近您想要做的事情。

describe Foo, "when frobbed" do
  before :all do
    @it = Foo.new

    # Making @bar a null object tells it to ignore methods we haven't 
    # explicitly stubbed or set expectations on
    @bar = stub("A Bar").as_null_object
    Bar.stub!(:new).and_return(@bar)
  end

  after :each do
    @it.frob!
  end

  it "should zap a Bar" do
    @bar.should_receive(:zap!)
  end

  it "should also frotz the Bar" do
    @bar.should_receive(:frotz!)
  end
end

顺便说一句，虽然它有效，但我不太喜欢 Bar.stub!(:new) 模式；我通常更喜欢通过可选参数传递协作者，例如 @it.frob!(@bar)。当没有给出显式参数时（例如在生产代码中），可以默认协作者：def frob!(bar=Bar.new)。这使得测试较少受内部实现的束缚。

Answer 2

作为一般规则，您永远不应该将期望放在 before 块中。 before 块用于设置在多个示例（it 块）之间共享的状态。将期望放在示例本身中。例如：

describe Foo, "when doing something" do
  before :all do
   @foo = Foo.new
  end

  it "should call the bar method" do
    Bar.should_recieve(:baz)
    @foo.create_a_Bar_and_call_baz
  end
end

我通常尝试让我的describe块描述特定的状态（例如describe Car，“给定一整罐汽油”），而不是描述一个动作。

Answer 3

should_receive 方法用于设置模拟对象以在调用该方法时返回特定的内容。下面是一个示例：

Bar.should_recieve(:baz).with.({:arg1 => 'this is arg1', :arg2 => 'this is arg2'}).and_return(true)

通常，使用 BDD，您希望测试应用程序的行为。测试调用哪些方法来构建正确的行为是无关紧要的。如果有一天您决定删除 baz 方法，即使您的应用程序的行为没有改变，您也必须更新您的测试。

我认为你试图以一种不应该这样的方式使用 should_receive 。

Answer 4

我知道这是一个古老的对话，但以防万一有人仍然需要正确的答案，在这里我写了一个关于如何验证 rpec 模拟观察的示例：

require 'spec'
require 'spec/mocks'
include Spec::Mocks::ExampleMethods

o = mock('object')
o.should_receive(:respond_to?).once

space = Spec::Mocks::Space.new
space.add o

# here we should invoke methods, o.respond_to?:foo for instance

space.verify_all

干杯

Answer 5

也许我看得太简单了，但是，您是否需要多次验证与 Bar 的交互？如果是这样，好吧，但我不确定。换句话说，您是否混合了上下文？

如果不是，那么它并不是真正的上下文，而是观察的一部分，这将使它自然地属于 it 块。