En général, vous ajoutez toutes les étapes prérequises à setUp et toutes les étapes de nettoyage à tearDown.
Vous pouvez en savoir plus avec des exemples ici .
Lorsqu'une méthode setUp () est définie, le testeur exécutera cette méthode avant chaque test. De même, si une méthode tearDown () est définie, le testeur invoquera cette méthode après chaque test.
Par exemple, vous avez un test qui nécessite que des éléments existent, ou certains états - vous placez donc ces actions (création d'instances d'objet, initialisation de db, préparation de règles, etc.) dans le setUp.
De plus, comme vous le savez, chaque test doit s'arrêter à l'endroit où il a été démarré - cela signifie que nous devons restaurer l'état de l'application à son état initial - par exemple, fermer les fichiers, les connexions, supprimer les éléments nouvellement créés, appeler le rappel des transactions, etc. les étapes doivent être incluses dans le tearDown.
L'idée est donc que le test lui-même ne devrait contenir que les actions à effectuer sur l'objet de test pour obtenir le résultat, tandis que setUp et tearDown sont les méthodes pour vous aider à laisser votre code de test propre et flexible.
Vous pouvez créer un setUp et un tearDown pour un tas de tests et les définir dans une classe parent - il vous serait donc facile de prendre en charge ces tests et de mettre à jour les préparations et nettoyages courants.
Si vous recherchez un exemple simple, veuillez utiliser le lien suivant avec un exemple