RSpec과 시간을 비교하는 데 문제가 있습니다.

Ruby on Rails 4와 rspec-rails gem 2.14를 사용하고 있습니다. 내 개체의 updated_at경우 컨트롤러 작업이 실행 된 후 현재 시간을 개체 속성 과 비교하고 싶지만 사양이 통과되지 않아 문제가 있습니다. 즉, 다음은 사양 코드입니다.

it "updates updated_at attribute" do
  Timecop.freeze

  patch :update
  @article.reload
  expect(@article.updated_at).to eq(Time.now)
end

위의 사양을 실행하면 다음 오류가 발생합니다.

Failure/Error: expect(@article.updated_at).to eq(Time.now)

   expected: 2013-12-05 14:42:20 UTC
        got: Thu, 05 Dec 2013 08:42:20 CST -06:00

   (compared using ==)

사양을 통과하려면 어떻게해야합니까?

참고 : 다음도 시도했습니다 ( utc추가 참고 ).

it "updates updated_at attribute" do
  Timecop.freeze

  patch :update
  @article.reload
  expect(@article.updated_at.utc).to eq(Time.now)
end

그러나 사양은 여전히 ​​통과하지 못합니다 ( "값 차이가 있음"에 유의).

Failure/Error: expect(@article.updated_at.utc).to eq(Time.now)

   expected: 2013-12-05 14:42:20 UTC
        got: 2013-12-05 14:42:20 UTC

   (compared using ==)

Ruby Time 객체는 데이터베이스보다 더 높은 정밀도를 유지합니다. 값이 데이터베이스에서 다시 읽혀지면 마이크로 초 정밀도로만 보존되는 반면 메모리 내 표현은 나노초 단위로 정확합니다.

밀리 초 차이에 대해 신경 쓰지 않는다면 기대의 양쪽에서 to_s / to_i를 할 수 있습니다.

expect(@article.updated_at.utc.to_s).to eq(Time.now.to_s)

또는

expect(@article.updated_at.utc.to_i).to eq(Time.now.to_i)

시간이 다른 이유에 대한 자세한 정보는 이것을 참조하십시오.

내가 사용 찾을 be_within기본 RSpec에 매처는 더 우아한 :

expect(@article.updated_at.utc).to be_within(1.second).of Time.now

네가 Oin제안하는대로be_within matcher가 모범 사례 합니다.

... 그리고 그것은 더 많은 uscases를 가지고 있습니다-> http://www.eq8.eu/blogs/27-rspec-be_within-matcher

그러나이를 처리하는 또 다른 방법은 Rails 내장 midday및 middnight속성 을 사용하는 것입니다.

it do
  # ...
  stubtime = Time.now.midday
  expect(Time).to receive(:now).and_return(stubtime)

  patch :update 
  expect(@article.reload.updated_at).to eq(stubtime)
  # ...
end

이제 이것은 단지 데모 용입니다!

모든 Time.new 호출 => 모든 시간 속성이 동일한 시간을 가질 것이므로 컨트롤러에서 이것을 사용하지 않을 것입니다 => 달성하려는 개념을 증명하지 못할 수도 있습니다. 나는 일반적으로 다음과 같이 구성된 Ruby 객체에서 사용합니다.

class MyService
  attr_reader :time_evaluator, resource

  def initialize(resource:, time_evaluator: ->{Time.now})
    @time_evaluator = time_evaluator
    @resource = resource
  end

  def call
    # do some complex logic
    resource.published_at = time_evaluator.call
  end
end

require 'rspec'
require 'active_support/time'
require 'ostruct'

RSpec.describe MyService do
  let(:service) { described_class.new(resource: resource, time_evaluator: -> { Time.now.midday } ) }
  let(:resource) { OpenStruct.new }

  it do
    service.call
    expect(resource.published_at).to eq(Time.now.midday)    
  end
end

하지만 솔직히 저는 be_withinTime.now.midday를 비교할 때에도 matcher 를 고수하는 것을 추천합니다 !

그래서 예 pls는 be_withinmatcher 와 함께 스틱 ;)

업데이트 2017-02

댓글에있는 질문 :

시간이 해시에 있으면 어떨까요? 일부 hash_1 값이 pre-db-times이고 hash_2의 해당 값이 post-db-time 일 때 expect (hash_1) .to eq (hash_2)가 작동하도록하는 방법이 있습니까? –

expect({mytime: Time.now}).to match({mytime: be_within(3.seconds).of(Time.now)}) `

RSpec matcher를 matcher에 전달할 수 있습니다 match(예 : 순수한 RSpec으로 API 테스트를 수행 할 수도 있습니다. ).

"post-db-times"는 DB에 저장 후 생성되는 문자열을 의미하는 것 같습니다. 이 경우를 두 가지 기대치 (해시 구조 확인, 두 번째 시간 확인)로 분리하는 것이 좋습니다. 따라서 다음과 같은 작업을 수행 할 수 있습니다.

hash = {mytime: Time.now.to_s(:db)}
expect(hash).to match({mytime: be_kind_of(String))
expect(Time.parse(hash.fetch(:mytime))).to be_within(3.seconds).of(Time.now)

이 경우 귀하의 테스트 스위트에 너무 자주하지만 나는 당신의 쓰기 건의 할 것입니다 자신의 RSpec에 매처 (예를 들면 be_near_time_now_db_string) 시간 객체에 DB 문자열 시간을 변환 한 다음의 한 부분으로 이것을 사용합니다 match(hash):

 expect(hash).to match({mytime: be_near_time_now_db_string})  # you need to write your own matcher for this to work.

이전 게시물이지만 해결책을 위해 여기에 입력하는 모든 사람에게 도움이되기를 바랍니다. 수동으로 날짜를 만드는 것이 더 쉽고 안정적이라고 생각합니다.

it "updates updated_at attribute" do
  freezed_time = Time.utc(2015, 1, 1, 12, 0, 0) #Put here any time you want
  Timecop.freeze(freezed_time) do
    patch :update
    @article.reload
    expect(@article.updated_at).to eq(freezed_time)
  end
end

이렇게하면 to_x소수점 을 사용 하거나 걱정할 필요없이 저장된 날짜가 올바른 날짜가됩니다 .

날짜 / 날짜 / 시간 개체는 .NET을 사용하여 데이터베이스에 저장되므로 문자열로 변환 할 수 있습니다 to_s(:db).

expect(@article.updated_at.to_s(:db)).to eq '2015-01-01 00:00:00'
expect(@article.updated_at.to_s(:db)).to eq Time.current.to_s(:db)

이 문제를 해결하는 가장 쉬운 방법은 current_time다음과 같은 테스트 도우미 메서드 를 만드는 것입니다.

module SpecHelpers
  # Database time rounds to the nearest millisecond, so for comparison its
  # easiest to use this method instead
  def current_time
    Time.zone.now.change(usec: 0)
  end
end

RSpec.configure do |config|
  config.include SpecHelpers
end

이제 시간은 항상 가장 가까운 밀리 초로 반올림되어 비교가 간단합니다.

it "updates updated_at attribute" do
  Timecop.freeze(current_time)

  patch :update
  @article.reload
  expect(@article.updated_at).to eq(current_time)
end

해시를 비교하고 있었기 때문에 이러한 솔루션의 대부분이 저에게 적합하지 않았기 때문에 가장 쉬운 솔루션은 비교중인 해시에서 데이터를 가져 오는 것입니다. updated_at 시간이 실제로 제대로 작동하는지 테스트하는 데 유용하지 않기 때문에.

data = { updated_at: Date.new(2019, 1, 1,), some_other_keys: ...}

expect(data).to eq(
  {updated_at: data[:updated_at], some_other_keys: ...}
)