Rails 3和Rspec：计数器缓存列在预期1时更新为2
我正在用Rspec测试一个名为Solutions的模型，它有很多喜欢。 解决方案存储它有多少喜欢（counter_cache）。 它有一个“likes_count”属性（和相应的db字段）。
当我创建一个与解决方案关联的Like记录时，我希望解决方案属性“likes_count”应该从nil更新为1.当我在控制台中执行此操作时，它可以正常工作。
但是当我运行规范时，我在控制台中执行相同操作，它将TWICE更新为“likes_count”字段，将其设置为2。
看一下（在控制台中） 工作 ：
irb(main):001:0> solution = Factory(:solution) irb(main):004:0> solution.likes_count => nil irb(main):006:0> like = Factory(:like, :likeable => solution) => # irb(main):007:0> solution.reload.likes_count => 1 看看规格结果不工作 ：
1) Solution counter cache should be increased when a like is created Failure/Error: subject.reload.likes_count.should be 1 expected # => 1 got # => 2 Compared using equal?, which compares object identity, but expected and actual are not the same object. Use 'actual.should == expected' if you don't care about object identity in this example. # ./spec/models/solution_spec.rb:45:in `block (3 levels) in '
这是规格：
describe "counter cache" do let(:solution) { Factory(:solution) } it "should be increased when a like is created" do Factory(:like, :likeable => solution) solution.reload.likes_count.should be 1 end end
我看了一下test.log，我意识到更新计数器缓存列的db查询在测试中被调用了两次。
SQL (0.5ms) INSERT INTO "likes" ("created_at", "likeable_id", "likeable_type", "updated_at", "user_id") VALUES (?, ?, ?, ?, ?) [["created_at", Wed, 23 Nov 2011 19:38:31 UTC +00:00], ["likeable_id", 121], ["likeable_type", "Solution"], ["updated_at", Wed, 23 Nov 2011 19:38:31 UTC +00:00], ["user_id", 204]] SQL (0.3ms) UPDATE "solutions" SET "likes_count" = COALESCE("likes_count", 0) + 1 WHERE "solutions"."id" IN (SELECT "solutions"."id" FROM "solutions" WHERE "solutions"."id" = 121 ORDER BY id DESC) SQL (0.1ms) UPDATE "solutions" SET "likes_count" = COALESCE("likes_count", 0) + 1 WHERE "solutions"."id" IN (SELECT "solutions"."id" FROM "solutions" WHERE "solutions"."id" = 121 ORDER BY id DESC) Solution Load (0.3ms) SELECT "solutions".* FROM "solutions" WHERE "solutions"."id" = ? LIMIT 1 [["id", 121]]
我有同样的问题。 事实certificate，我的spec_helper.rb第二次加载模型，因此创建了第二个回调来更新计数器。 确保您的解决方案模型未被其他进程重新加载。
上面的答案也是正确的：您需要使用==而不是be比较，但这不会修复您在日志文件中看到的多个更新。
您在日志中得到了答案：
-
当你使用
be，它会比较object_id，它对于像true和1这样的几个对象总是相同的。id为1似乎是2。 在控制台中尝试：1.object_id #=> 2 -
所以用以下代码替换你的测试：
solution.reload.likes_count.should eql 1甚至是solution.reload.likes_count.should == 1