我觉得这是一个没有太多记录的主题,至少我在这里找到我们关于最佳实践的方法很困难.
我使用cache_key在视图中分段缓存：
%tbody
- @employees.each do |employee|
- cache employee do
%tr[employee]
%td= employee.name
%td= employee.current_positions
%td= employee.home_base
%td= employee.job_classes
现在我可以添加：touch =>在我的has_many关联的：belongs_to一侧是真的,这将完成我需要的所有东西,以保持这个片段缓存最新,但对于我的生活,我很难弄清楚如何测试这个.
放入：touch => true很简单方便,但它将到期逻辑分散到几个地方.我希望有一个RSpec请求规范,它会遍历并检查此行为,这些内容不会发生太大变化,但可以将所有缓存需求放入一个描述应该发生的内容的特定文件中.
我尝试过这些方法：
require 'spec_helper'
include AuthenticationMacros
describe "Employee index caching" do
before do
Rails.cache.clear
ActionController::Base.perform_caching = true
login_confirmed_employee
end
after do
ActionController::Base.perform_caching = false
end
specify "the employee cache is cleared when position assignments are modified"
specify "the employee cache is cleared when home base assignments are modified"
end
这些规格充实了Capybara的步骤,当然正在进行更新,而且我认为自己走在了正确的轨道上.但是测试以奇怪的方式闪烁.我会修改规范以输出员工对象cache_key,有时cache_keys会改变,有时候不会改变,有时规格会通过,有时候不会.
这甚至是一个好方法吗？
我知道SO想要回答的问题,所以要开始：当我的测试环境默认没有缓存时,如何设置和拆除此测试以使用缓存？但是,一般情况下,如果您取得了成功,我真的很想听听您如何在应用中成功测试片段缓存.
编辑
我接受了cailinanne的答案,因为它解决了我特别提出的问题,但我已经决定,如果你能摆脱它,我甚至不推荐集成测试缓存.
我没有在关联声明中指定触摸,而是创建了一个特定于我的缓存需求的观察器,它直接触及模型,并且正在单独测试它.
我建议如果单独测试一个多模型观察者,还要包括一个检查观察者observe_models的测试,否则你可能会过多地暴露现实.
引导我的具体答案是：https://stackoverflow.com/a/33869/717365