RSpec: Quelle est la différence entre la location et un avant de bloc?

De gens semblent avoir expliqué certaines des méthodes de base dans lesquelles ils diffèrent, mais a laissé before(:all) et de ne pas expliquer exactement pourquoi ils devraient être utilisés.

C'est ma conviction que les variables d'instance ont pas lieu d'être utilisé dans la grande majorité des spécifications, en partie pour les raisons mentionnées dans cette réponse, donc je n'en parle pas comme une option ici.

laisser blocs

Code à l'intérieur d'un let bloc est exécuté seulement si elle est référencée, le chargement paresseux cela signifie que la commande de ces blocs n'est pas pertinent. Cela vous donne une grande quantité de puissance pour couper vers le bas sur répétées de l'installation par le biais de vos spécifications.

Un (très petit et artificiel) exemple de ceci est:

let(:person)     { build(:person) }
subject(:result) { Library.calculate_awesome(person, has_moustache) }

context 'with a moustache' do
  let(:has_moustache) { true } 
  its(:awesome?)      { should be_true }
end

context 'without a moustache' do
  let(:has_moustache) { false } 
  its(:awesome?)      { should be_false }
end

Vous pouvez voir que has_moustache est défini différemment dans chaque cas, mais il n'y a pas besoin de répéter les subject définition. Quelque chose d'important à noter est que la dernière let bloc défini dans le contexte actuel sera utilisé. C'est bon pour le paramètre par défaut pour être utilisé pour la majorité des spécifications, qui peuvent être remplacées si nécessaire.

Par exemple, la vérification de la valeur de retour de calculate_awesome si passé un person modèle avec top_hat défini à true, mais pas de moustache serait:

context 'without a moustache but with a top hat' do
  let(:has_moustache) { false } 
  let(:person)        { build(:person, top_hat: true) }
  its(:awesome?)      { should be_true }
end

Une autre chose à noter à propos de laisser les blocs, ils ne doivent pas être utilisés si vous êtes à la recherche de quelque chose qui a été enregistré dans la base de données (c'est à dire Library.find_awesome_people(search_criteria)) car ils ne seront pas enregistrées dans la base de données, sauf si elles ont déjà été citées. let! ou before blocs sont ce qui doit être utilisé ici.

Aussi, jamais jamais utilisation before pour déclencher l'exécution de let blocs, c'est ce que let! est faite pour ça!

laisser! les blocs

let! blocs sont exécutés dans l'ordre qu'ils sont définis (un peu comme un avant de bloc). La différence essentielle avant de blocs est que vous obtenez une référence explicite à cette variable, plutôt que de les obliger à revenir à des variables d'instance.

Comme avec let blocs, si plusieurs let! blocs sont définies avec le même nom, la plus récente est ce qui va être utilisé dans l'exécution. La principale différence étant que let! blocs sera exécutée plusieurs fois si utilisé comme cela, alors que la let bloc n'exécutera la dernière fois.

before(:each) blocs

before(:each) est la valeur par défaut avant de bloc, et peut donc être référencé en tant que before {} plutôt que de spécifier le plein before(:each) {} à chaque fois.

C'est ma préférence personnelle pour l'utilisation before de blocs dans une base de situations. Je vais utiliser avant que les blocs si:

• Je suis en utilisant moqueur, cogner ou double
• Il est raisonnable de la taille de l'installation (en général c'est un signe que votre usine traits n'ont pas été correctement paramétré)
• Il y a un certain nombre de variables qui je n'ai pas besoin de faire référence directement, mais sont requis pour l'installation
• Je suis en train d'écrire fonctionnelle contrôleur de tests dans les rails, et je veux exécuter une demande spécifique pour tester (c'est à dire before { get :index }). Même si vous pouvez utiliser subject pour cela, dans beaucoup de cas, il se sent parfois plus explicite si vous n'avez pas besoin d'une référence.

Si vous vous trouvez l'écriture d'un vaste before blocs pour vos specs, vérifiez vos usines et assurez-vous de bien comprendre les traits et leur flexibilité.

avant(:all) blocs

Ces ne sont jamais exécutées une fois, avant les specs, dans le contexte actuel (et ses enfants). Elles peuvent être utilisées pour grand avantage s'il est écrit correctement, comme il y a certaines situations, cela peut couper vers le bas sur l'exécution et de l'effort.

Un exemple (qui ne serait guère influer sur le temps d'exécution, en se moquant d'un ENV variable pour un test, qui vous ne devriez jamais avoir besoin de le faire une fois.

Espère que cela aide 🙂

Une grande différence qui n'a pas été mentionné, c'est que les variables définies avec let n'obtenez pas instancié jusqu'à ce que vous appelez pour la première fois. Ainsi pendant qu'un before(:each) bloc instancier toutes les variables, let vous permet de définir un certain nombre de variables que vous pouvez utiliser sur plusieurs tests, il n'est pas automatiquement les instancier. Sans savoir cela, vos tests peuvent revenir à mordre-vous si vous vous attendez à toutes les données à charger à l'avance. Dans certains cas, vous pouvez même définir un certain nombre de let variables, puis d'utiliser un before(:each) bloc d'appeler chaque let exemple juste pour s'assurer que les données sont disponibles pour commencer avec.