Пользовательские сопоставители RSpec сохраняют состояние между спецификациями - PullRequest
1 голос
/ 27 февраля 2012

Я столкнулся с некоторым противоречащим интуитивному поведению в функциональности пользовательских сопоставлений RSpec (2.8.0), и мне интересно, является ли это ошибкой или функцией, или я запутался.Давайте посмотрим на код:

# matcher code
RSpec::Matchers.define :exist do
  chain :with_start_time do |time|
    @start_time = time
  end

  chain :with_end_time do |time|
    @end_time = time
  end

  match do |subject|
    result = true
    result &&= subject.start_time == @start_time if @start_time
    result &&= subject.end_time == @end_time if @end_time
    result
  end

  failure_message_for_should do |subject|
    "Failure!\n".tap do |msg|
      if @start_time != subject.start_time
        msg << "Expected start_time to be #@start_time but was #{subject.start_time}\n"
      end
      if @end_time != subject.end_time
        msg << "Expected end_time to be #@end_time but was #{subject.end_time}\n"
      end
    end
  end
end

#spec code
require 'ostruct'

describe 'RSpec custom matcher keeping state between tests' do
  let(:time) { Time.now }

  it 'passes the first spec' do
    o = OpenStruct.new(start_time: time)
    o.should exist.with_start_time(time)
  end

  it 'fails the second because matcher kept @start_time from the first test' do
    o = OpenStruct.new(end_time: time)
    o.should exist.with_end_time(time)
  end
end

Это не удалось (демонстрируя проблему):

avetia01:~/projects/custom_matcher_bug% rspec test_spec.rb             
.F

Failures:

  1) RSpec custom matcher keeping state between tests fails the second because matcher kept @start_time from the first test
     Failure/Error: o.should exist.with_end_time(time)
       Failure!
       Expected start_time to be 2012-02-27 12:20:25 +0000 but was 
     # ./test_spec.rb:41:in `block (2 levels) in <top (required)>'

Finished in 0.00116 seconds

2 examples, 1 failure


Таким образом, неожиданным моментом является то, что один и тот же экземпляр сопоставления, кажется, используется во всехнесколько спецификаций.Что в данном конкретном случае приводит к инициализации @start_time значением из первой спецификации, что приводит к неправильному отказу второй спецификации.

1 Ответ

2 голосов
/ 27 февраля 2012

Это сообщается и исправлено, но еще не выпущено:

https://github.com/rspec/rspec-expectations/issues/104

...