Content de te revoir.
Parlons de quelques autres choses intéressantes qu'ils peuvent faire avec les tests unitaires.
Et rappelez-vous, vous pouvez toujours consulter la documentation sur le site Web de Python et en savoir plus sur certaines des choses que
vous pouvez faire.
Mais remarquez ici comment à la fin nous avons ajouté le nom if main, certains d'entre vous se demandent peut-être pourquoi cela est utile,
car jusqu'à présent, nous l'avons exécuté à partir de la ligne de commande en tant que fichier unique, et cela a
fonctionné.
Mais généralement, vous avez plus d'un fichier et vous avez chaque module.
Testé avec différentes fonctions, non ?
Donc idéalement, vous voulez exécuter tous ces tests à l'unisson, et la façon dont vous le faites est d'écrire Python.
Et puis dash cam, puis donnez-lui le test unitaire que vous souhaitez exécuter.
Alors maintenant, si je fais cela, vous voyez que tout fonctionne.
Disons que j'ajoute un nouveau fichier ici, disons un test tactile à Torpy, qui est un court commentaire sur les Mac pour simplement créer
un nouveau fichier.
Alors maintenant, mon bureau, copions simplement ce test que nous avons à l'origine.
Allez sur mon bureau et ouvrez ce texte sublime.
Alors maintenant, si je copie et colle exactement la même chose.
Et je dis ceci.
Revenez à mon code et lancez.
Test de l'unité.
Vous voyez que j'ai maintenant huit tests en cours d'exécution, et parce que j'ai ajouté ceci, si
le nom principal, je peux exécuter tous ces tests avec un simple commentaire.
Maintenant, une autre chose intéressante est que nous pouvons faire quelque chose appelé Dash V, qui signifie Verbose.
Et c'est à ce moment-là que nous obtenons plus d'informations sur les tests que nous lisons.
Cela vous donne donc un peu plus de détails.
Vous voyez quels tests nous avons exécutés et lesquels sont OK, lesquels ont échoué.
En fait, je peux même ajouter des commentaires et des chaînes de canard à mes tests.
Alors disons que je teste, fais des trucs, je peux dire un seul code, un seul appel trois fois et simplement dire bonjour.
Si je réexécute cela avec la commande dashi.
Oh, et cela doit être sur une seule ligne, je crois.
Disons cela encore une fois et exécutons ce regard sur cela.
Je reçois aussi quelques commentaires.
Alors peut-être que je voulais ajouter quelques commentaires sur mon test.
Je peux aussi les ajouter.
Quelle autre chose intéressante puis-je faire ?
Une autre méthode par défaut que nous obtenons avec les tests unitaires est ce qu'on appelle la configuration.
Et la configuration nous permet d'exécuter un morceau de code.
Cela se configure avant chaque appel du test, donc, par exemple, tout ce que j'écris ici, disons que je
voulais configurer mon test et simplement imprimer sur le point de tester une fonction.
Maintenant, parce que j'ai ceci, si j'exécute mon code maintenant.
Vous voyez qu'avant chaque méthode, j'exécute d'abord la méthode de configuration, vous voyez donc que je dis sur le point d'exécuter une fonction, sur le point d'exécuter une fonction,
sur le point d'exécuter une fonction et sur le point d'exécuter une fonction.
Et puis nous avons notre test à déposer pour lequel nous n'avons fait aucune configuration.
C'est donc vraiment très utile si vous devez configurer quelque chose avant chaque fonction.
Disons que vous avez peut-être des variables par défaut que vous devez configurer.
Eh bien, dans ce cas, c'est une méthode très utile.
Un autre, tout comme la configuration, que vous ajoutez généralement.
Au bas du fichier.
Et ici, cela s'appelle un démontage.
Et comme son nom l'indique, nous l'exécutons à la fin de chaque méthode que nous appelons ici, disons le nettoyage, et généralement
vous le faites pour nettoyer certaines variables, peut-être réinitialiser certaines variables si je l'exécute.
Vous voyez que je dois maintenant tester leur fonctionnement.
Et puis nous nettoyons pour chacune de ces méthodes, donc ces deux sont très, très utiles lors de la mise en
place et du démontage des tests.
Maintenant, démontez, vous ne l'utiliserez pas aussi souvent, généralement vous l'utiliseriez si vous testiez quelque chose de plus compliqué, comme une base de
données, mais nous ne nous en soucierons pas trop maintenant.
Voilà pour les tests, comme vous pouvez le voir, en fin de compte, les tests sont tout simplement logiques.
Les programmes que nous écrivons correctement ne sont qu'une classe.
Et puis nous avons mis en place toutes ces méthodes pour essayer de tester notre code autant que possible.
Dans notre cas, nous n'avions qu'une fonction simple.
Mais en utilisant test, nous pouvons remarquer de petites choses qui peuvent mal tourner avec la fonction et ainsi améliorer notre code afin
que la prochaine fois que quelqu'un vienne, un autre développeur vienne et essaie de modifier cette fonction.
Ou peut-être essayez-vous d'appeler cette fonction avec quelque chose qui ne va pas ?
Eh bien, nos tests vont échouer et le développeur saura que vous faites quelque chose de mal.
Quelqu'un qui a écrit cette fonction avant vous, quelqu'un qui a écrit ces tests avant vous.
Je vous ai dit d'utiliser cette fonction d'une manière spécifique, très, très utile.
Dans la prochaine vidéo, nous allons faire un petit exercice amusant pour nous assurer que nous comprenons les tests.
Je verrai dans le prochain.