【问题标题】:Rspec: expect vs expect with block - what's the difference?Rspec:期望与期望与块 - 有什么区别?
【发布时间】:2013-11-26 11:17:26
【问题描述】:

刚刚学习 rspec 语法,我注意到这段代码有效:

  context "given a bad list of players" do
    let(:bad_players) { {} }

    it "fails to create given a bad player list" do
       expect{ Team.new("Random", bad_players) }.to raise_error
     end 
  end

但是这段代码没有:

  context "given a bad list of players" do
    let(:bad_players) { {} }

    it "fails to create given a bad player list" do
       expect( Team.new("Random", bad_players) ).to raise_error
     end 
  end

它给了我这个错误:

Team given a bad list of players fails to create given a bad player list
     Failure/Error: expect( Team.new("Random", bad_players) ).to raise_error
     Exception:
       Exception
     # ./lib/team.rb:6:in `initialize'
     # ./spec/team_spec.rb:23:in `new'
     # ./spec/team_spec.rb:23:in `block (3 levels) in <top (required)>'

我的问题是:

  1. 为什么会这样?
  2. 在 ruby​​ 中前一个示例和后一个示例有什么区别?

我也在寻找关于何时使用一个而不是另一个的规则

另一个相同但相反结果的示例,此代码适用:

  it "has a list of players" do
    expect(Team.new("Random").players).to be_kind_of Array
  end 

但是这段代码失败了

  it "has a list of players" do
    expect{ Team.new("Random").players }.to be_kind_of Array
  end

在这种情况下我得到的错误是:

Failure/Error: expect{ Team.new("Random").players }.to be_kind_of Array
       expected #<Proc:0x007fbbbab29580@/Users/amiterandole/Documents/current/ruby_sandbox/tdd-ruby/spec/team_spec.rb:9> to be a kind of Array
     # ./spec/team_spec.rb:9:in `block (2 levels) in <top (required)>'

我正在测试的类如下所示:

class Team
  attr_reader :name, :players

  def initialize(name, players = [])
    raise Exception unless players.is_a? Array

    @name = name
    @players = players
  end
end

【问题讨论】:

    标签: ruby tdd rspec2


    【解决方案1】:

    在第一种情况下,当您将块传递给expect 时,直到评估结果时才会执行块,此时 RSpec 代码可以捕获引发的任何错误并检查出乎意料。

    在第二种情况下,expect 的参数被求值时会引发错误,因此expect 代码没有机会参与。

    至于规则,如果您尝试测试行为(例如引发错误、更改某些值),则传递一个块或 Proc。否则,您传递一个“常规”参数,在这种情况下,该参数的值就是测试的值。

    【讨论】:

    • 所以失败更多地与我能够引发异常并捕获错误有关吗?所以我们专门在这些我们想要测试错误的情况下使用块?
    • 那么这里的规则是什么?使用块来测试行为和正常的期望方法调用来测试...?
    • 您在每种情况下都使用expect 方法调用,但是是的,如果您想测试行为和测试“值”的非阻塞方法,您将通过一个块。
    • 请注意,我删除了我之前的一条评论,例如,您将使用块来测试接收消息。我对此感到困惑/错误,并相应地更新了答案。
    【解决方案2】:

    如前所述:

    expect(4).to eq(4)
    

    这是专门测试您作为参数发送给方法的值。当您尝试在执行相同操作时测试引发的错误时:

    expect(raise "fail!").to raise_error
    

    立即评估您的论点,该异常将被抛出,并且您的测试将在那里爆炸。

    但是,当您使用块(这是基本的 ruby​​)时,块内容不会立即执行 - 它的执行取决于您正在调用的方法(在这种情况下,expect 方法处理执行你的块):

    expect{raise "fail!"}.to raise_error
    

    我们可以看一个可能处理这种行为的示例方法:

    def expect(val=nil)
      if block_given?
        begin
          yield
        rescue
          puts "Your block raised an error!"
        end
      else
        puts "The value under test is #{val}"
      end
    end
    

    您可以在这里看到 expect 方法正在手动拯救您的错误,以便它可以测试是否引发错误等。yield 是一种 ruby​​ 方法执行任何块传递给方法。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-12-22
      • 2014-06-03
      • 1970-01-01
      • 2021-12-31
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多