使用TimeCop的travel参数测试时出现亚秒级误差导致时间对比失败

这个问题不是TimeCop的Bug，也不是使用方法的错误，是travel配置本身的行为特性导致的：

• TimeCop及RSpec时间穿越辅助方法中，travel的作用是将时间跳转到指定时间点后，仍保持时间正常流逝，而非完全冻结时间。从travel触发执行，到测试用例内调用Time.now的间隔虽然不足1毫秒，仍会被计入时间差，最终出现你观察到的万分之四秒的偏差。
• 额外注意：直接在it方法的参数中写Time.new(xxx)作为travel的取值时，该时间对象会在测试文件加载阶段就完成求值，而非测试执行阶段求值，如果存在跨天运行测试的场景，也可能引发预期外的问题。

解决方案 #

1. 改用时间冻结配置：将travel参数替换为freeze，此时时间会被完全固定在指定时间点，不会出现时间流逝导致的差值：

it 'Testing TimeCop', freeze: Time.new(2021, 10, 5, 9, 0, 0, '-07:00') do
  puts "Time.now:                                              #{Time.now}"
  puts "Time.new(2021, 10, 5, 9, 0, 0, '-07:00')}:             #{Time.new(2021, 10, 5, 9, 0, 0, '-07:00')}"
  puts "Time.now == Time.new(2021, 10, 5, 9, 0, 0, '-07:00')}: #{Time.now == Time.new(2021, 10, 5, 9, 0, 0, '-07:00')}"
end

执行后相等判断会返回true。

2. 如果确实需要使用travel允许时间流逝，断言时间相等时使用RSpec的be_within匹配器允许微小误差：

expect(Time.now).to be_within(0.1.second).of Time.new(2021, 10, 5, 9, 0, 0, '-07:00')

3. 也可以将时间转为秒级时间戳、或者格式化字符串后再做相等比较，直接忽略微秒级的差异。

4. 若使用动态时间，推荐在before钩子内显式调用Timecop.freeze，并在after钩子内调用Timecop.return，避免参数提前求值的问题：

before do
  Timecop.freeze(Time.new(2021, 10, 5, 9, 0, 0, '-07:00'))
end

after do
  Timecop.return
end

内容的提问来源于stack exchange，提问作者aarona