Rspec: ожидать vs ожидать с блоком - какая разница?

Просто изучая синтаксис 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)>'

Мой вопрос:

Почему это происходит?
В чем разница между первым и последующим примерами точно в рубине?

Я также ищу правила, когда использовать один над другим

Еще один пример того же, но обратного результата, где этот код работает:

  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:[email protected]/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

Ответ 1

Как уже упоминалось:

expect(4).to eq(4)

Это специально проверяет значение, которое вы отправили в качестве параметра метода. Когда вы пытаетесь проверить повышенные ошибки, когда делаете то же самое:

expect(raise "fail!").to raise_error

Ваш аргумент будет немедленно оценен и это исключение будет выброшено, и ваш тест будет взорваться прямо там.

Однако, когда вы используете блок (и это базовый рубин), содержимое блока не выполняется немедленно - его выполнение определяется методом, который вы вызываете (в этом случае метод 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 - метод рубинового метода выполнения любого блока, который был передан в метод.

Ответ 2

В первом случае, когда вы передаете блок в expect, выполнение блока не происходит до тех пор, пока не будет проведено время для оценки результата, после чего код RSpec может уловить любую возникшую ошибку и проверить это против ожидания.

Во втором случае ошибка возникает, когда аргумент expect оценивается, поэтому код expect не имеет никакого отношения к участию.

Что касается правил, вы передаете блок или Proc, если вы пытаетесь проверить поведение (например, повышение ошибок, изменение значения). В противном случае вы передаете "обычный" аргумент, и в этом случае значение этого аргумента будет проверено.