Tester les modules dans RSpec

Question

Quelles sont les meilleures pratiques pour tester les modules dans RSpec ? J'ai quelques modules qui sont inclus dans quelques modèles et pour l'instant j'ai simplement des tests dupliqués pour chaque modèle (avec quelques différences). Existe-t-il un moyen d'assécher les tests ?

Answer 1

La méthode rad =>

let(:dummy_class) { Class.new { include ModuleToBeTested } }

Vous pouvez également étendre la classe de test avec votre module :

let(:dummy_class) { Class.new { extend ModuleToBeTested } }

L'utilisation de 'let' est préférable à l'utilisation d'une variable d'instance pour définir la classe fictive dans le before(:each).

Quand utiliser RSpec let() ?

Answer 2

Ce que Mike a dit. Voici un exemple trivial :

le code du module...

module Say
  def hello
    "hello"
  end
end

fragment de spec...

class DummyClass
end

before(:each) do
  @dummy_class = DummyClass.new
  @dummy_class.extend(Say)
end

it "get hello string" do
  expect(@dummy_class.hello).to eq "hello"
end

Answer 3

Pour les modules qui peuvent être testés de manière isolée ou en simulant la classe, j'aime bien quelque chose du genre :

module :

module MyModule
  def hallo
    "hallo"
  end
end

spéc :

describe MyModule do
  include MyModule

  it { hallo.should == "hallo" }
end

Il peut sembler incorrect de détourner des groupes d'exemples imbriqués, mais j'aime la brièveté. Des idées ?

Answer 4

J'ai trouvé une meilleure solution dans la page d'accueil de rspec. Apparemment, elle prend en charge les groupes d'exemples partagés. À partir de https://www.relishapp.com/rspec/rspec-core/v/2-13/docs/example-groups/shared-examples !

Groupes d'exemples partagés

Vous pouvez créer des groupes d'exemples partagés et inclure ces groupes dans d'autres groupes.

Supposons que vous ayez un comportement qui s'applique à toutes les éditions de votre produit, qu'elles soient petites ou grandes.

D'abord, il faut prendre en compte le "partagé" comportement :

shared_examples_for "all editions" do   
  it "should behave like all editions" do   
  end 
end

puis lorsque vous avez besoin de définir le comportement pour les éditions Large et Small, faites référence au comportement partagé en utilisant la méthode it_should_behave_like().

describe "SmallEdition" do  
  it_should_behave_like "all editions"
  it "should also behave like a small edition" do   
  end 
end

Answer 5

De mémoire, pourriez-vous créer une classe factice dans votre script de test et y inclure le module ? Puis testez que la classe factice a le comportement que vous attendez.

EDIT : Si, comme indiqué dans les commentaires, le module s'attend à ce que certains comportements soient présents dans la classe dans laquelle il est mélangé, alors j'essaierais d'implémenter des copies de ces comportements. Juste assez pour que le module soit heureux de remplir ses fonctions.

Si je n'hérite pas déjà d'une classe de base ou si je ne peux pas injecter la nouvelle fonctionnalité dans l'arbre d'héritage, je pense que j'essaierais de minimiser les attentes qu'un module pourrait avoir. Je crains que ma conception ne commence à développer certaines zones d'inflexibilité désagréable.