est des Rails.cache purgé entre les tests?

Nous cache id/chemin d'accès en utilisant la cartographie Rails.cache dans un des Rails 3.2 application. Sur certaines machines, il fonctionne bien, mais sur les autres valeurs sont fausses. La cause est difficile à suivre, j'ai donc quelques questions à propos de la Rails.cache lui-même. Est-il purgé entre les tests? Est-il possible que les valeurs mises en cache dans le mode de développement est utilisé en mode test? Si ce n'est pas purgé, comment pourrais-je le faire avant de lancer les specs?

Le cache de mon store est la configuration est la suivante:

#in: config/environments/development.rb
config.cache_store = :memory_store, {:size => 64.megabytes}

#in: config/environments/production.rb
# config.cache_store = :mem_cache_store
  • Il est test de l'environnement pour les tests.
  • Je le sais, mais j'ai juste ces deux entrées pour config.cache_store.
InformationsquelleAutor mrzasa | 2012-11-09
  1. 66

    Plus efficace (et plus facile) méthode consiste à définir l'environnement de test du cache à utiliser NullStore:

    # config/environments/test.rb:
config.cache_store = :null_store

    La NullStore assure que rien ne sera jamais mis en cache.

    Par exemple, dans le code ci-dessous, il sera toujours tomber à travers le bloc et le retour à l'heure actuelle:

    Rails.cache.fetch('time') { Time.now }

    Également voir les Rails de la mise en Cache guide: http://guides.rubyonrails.org/caching_with_rails.html#activesupport-cache-nullstore

    • le seul problème avec cela est que vous ne pouvez pas tester la mise en cache.
    InformationsquelleAutor jaustin
  2. 41

    Ajouter:

    before(:all) do
  Rails.cache.clear
end

    d'avoir le cache effacé avant chaque spec fichier est exécuté.

    Ajouter:

    before(:each) do
  Rails.cache.clear
end

    d'avoir le cache effacé avant chaque spec.

    Vous pouvez mettre à l'intérieur de spec/spec_helper.rb dans le RSpec.configure bloc de l'avoir appliqué à l'échelle mondiale (recommandée au cours de diffusion par le fichier de spécification ou de cas).

    RSpec par défaut n'est pas évident que le cache automatiquement.

    • remarque, ce n'est pas de vider le cache entre les courses, seul entre tous les tests dans les environs de la portée. before(:each) est peut-être ce que vous voulez.
    • Merci, mais c'est OK. Mal de données a été mis en cache en dehors de ce champ d'activité.
    • comment changer l'avant :chacun ne
    • Pourquoi ne pas vous venez de désactiver le cache sur les tests?
    • D'accord. @Francisco +1
    • car il n'empêche pas le cache pour les cheveux. config.action_controller.perform_caching = false semble simplement prévenir les de remplissage la cache.
    • Si on désactive le cache sur les tests, comment nous pouvons tester la mise en cache des réponses lui-même? Validation du Cache, je crois, est l'un de la partie la plus difficile de la programmation, de sorte que si nous avons mis en cache des réponses, nous doit les tester.
    • Vous devriez être en se moquant de la mémoire cache des requêtes et des réponses. À l'aide de la cache inutilement les couples votre code de test pour la mise en œuvre.
    • Juste un côté pas, (pour RSpec 3.8 au moins), pour mettre cela en spec/spec_helper.rb, vous aurez besoin config.before(:each) do blah end au lieu de before(:each) do blah end

    InformationsquelleAutor mrzasa