我正在尝试使用Timecop和查询arel where_sql到数据的组合,但我似乎无法让Timecop实际冻结时间。我已经尝试过Timecop.freeze和Timecop.freeze(Time.now),在我的规范中使用Time.now时,两者都略有偏差。
我错过了什么? Ruby 1.9.2,Rails 3.1.0.rc5
-
错误
Failure/Error: Game.unreleased.arel.where_sql.should eq("WHERE (release_date > '#{Time.now}')")
expected "WHERE (release_date > '0000-01-01 00:00:00 -0500')"
got "WHERE (release_date > '0000-01-01 05:00:00.000000')"
模型
scope :unreleased, lambda { |limit = 4| where('release_date > ?', Time.now).
order('release_date asc').
limit(limit) }
规范
it "should retrieve games with a release date later than today" do
Timecop.freeze
Game.unreleased.arel.where_sql.should eq("WHERE (release_date > '#{Time.now}')")
end
答案 0 :(得分:24)
我在规格中对timecop的使用总是如下所示:
Timecop.travel(Time.zone.local(2010, 6, 1, 13, 0, 0)) do
.. time sensitive spec here ..
end
在rails应用程序中处理时间时,使用Time.zone代理(Time.zone.now,Time.zone.utc,Time.zone.local等)也是一种不错的做法。
答案 1 :(得分:3)
我在运行时遇到RSpec expect
语法运行Timecop时遇到问题:
it "updates :completed_at" do
Timecop.freeze
expect(@task.completed_at).to eq(Time.zone.now)
end
时间不匹配的地方。为了解决这个问题,我将Timecop.freeze
放在before
子句中。
(我意识到这个问题比较老,RSpec的expect
语法不存在,但我认为将Timecop.freeze
添加到before
块或子句可以帮助那些遇到同样问题的人在原来的问题中提到过。当然,这似乎不是问一个新问题并且回答它是值得的,因为我的问题与上面的问题非常相似。)
答案 2 :(得分:3)
前往约会并包含TimeHelpers,例如:
include ActiveSupport::Testing::TimeHelpers
let!(:archived_date) { Time.zone.now }
travel_to(archived_date) do
expect(OrderService.getOrder(some_old_order).archived_at).to eq Time.zone.now
end