Maintenant que notre test est en place, nous pouvons le lancer en ajoutant une commande de script à notre paquet, pas seulement dans
un fichier.
C'est donc quelque chose que nous avons déjà vécu auparavant.
Ouvrons notre paquet.
Le fichier Jason à l'intérieur de la section de script, la section de test est actuellement vide, nous allons donc bien. Je ne devrais pas
dire de blanc, mais le type de commande factice est ici.
Nous allons donc ajouter notre commande de test ici.
Ce sera très similaire à celui que nous avons utilisé précédemment.
Donc, nous dirons noeud Dash Lawn Dash Exec.
Cela signifie que chaque fois que le répertoire du projet change.
Exécutez cette commande que nous allons transmettre en tant qu'argument exec.
Donc, avec des guillemets simples, je dirai Moka dash dash récursif, ce qui signifie parcourir tous les dossiers imbriqués que nous pourrions avoir
dans notre répertoire de test.
Nous ne le faisons pas encore mais nous le ferons et un peu et nous passerons également au
tiret R ce qui signifie effacer et vous le test précédent imprimez que là et puis puis aussi aussi hommes ou excusez-moi tirez ou
spécifiez le rapport de test ou à utiliser et nous spécifions d'utiliser le journaliste minimum.
Sauvegardons donc ceci et nous pouvons exécuter notre test réel sur mon terminal.
Nous allons exécuter cette commande de test avec le NPM run test. Il y a un autre nœud, la commande Manc Nodong, puis
nous obtenons un journal de console gigantesque et sympa ici.
Voici donc le journal que nous venons de retrouver dans notre fichier de test.
Allons voir cette console.
Vraiment rapide.
Juste pour que nous puissions nous rappeler où il se trouve.
Ainsi, une fois la demande complétée, nous prenons la réponse et nous pouvons la diffuser afin de pouvoir faire défiler cette grande
vieille chose.
Il y a quelques sections intéressantes à l'intérieur d'ici.
Voici les en-têtes que nous pouvons voir.
Ah voilà un corps très intéressant qui est probablement la raison pour laquelle nous nous soucions de ce que le corps ait l’objet élevé.
Et là, nous pouvons également continuer à faire défiler en disant et vous verrez qu’il contient seulement
une tonne de données qui y sont connectées.
En général, ce qui nous préoccupe le plus dans cet objet de réponse est le
corps de la demande qui revient et sera parfois également intéressé par le statut de la demande.
Le statut et le code d’état sont un nombre entier utilisé pour nous dire un peu
plus sur l’état de la demande un état de 200 moyens.
Signifie littéralement.
D'ACCORD.
Ou.
Tout à propos de cette demande a eu lieu comme prévu.
Et il n'y a pas eu d'erreurs associées, ce qui est définitivement bon.
Donc, maintenant que nous savons que cet objet de réponse a une propriété de corps qui contient
les informations renvoyées par le gestionnaire de demandes, nous pouvons écrire une assertion qui affirme que nous
récupérons un objet de haut sur le corps du point de réponse.
Ouvrons donc notre éditeur de code de sauvegarde.
Je vais extraire le journal des avocats de la réponse.
Nous n'avons définitivement plus besoin de cela.
Et nous ajouterons dans une déclaration d’affirmation pour affirmer que la réponse du corps du chien chien Hi est égale à la leur.
Nous examinons donc la propriété du corps du chien de réponse qui est un objet qui a une propriété élevée si
nous accédons à une cible élevée, tout ce qui se trouve ici sera là.
Vous savez égal à là.
Et nous ajoutons donc le triple égal à dire que c'est égal à là.
Alors disons ceci et voyons comment se déroule son test.
Et OK, vous recevez toujours un message important ou un message d'expiration.
Troy Mon erreur J'ai commis l'erreur très classique de ne pas appeler Dunn une fois le test terminé.
Alors va ajouter et l'appelé et fait juste là.
Et fantastique.
Maintenant que notre test est réussi, pour que tout se passe bien, je vais changer les égaux,
les égaux, les égaux en un peu.
Et yup, on dirait que maintenant c'est de l'air.
Cela signifie que notre test fonctionne comme prévu.
D'accord.
C'est bien.
C'est la manière très courante par laquelle nous allons tester tous les différents gestionnaires
que nous allons assembler.
Donc, à ce stade, nous avons fait de très bons progrès.
Nous avons assemblé toutes les normes pour notre application express sous forme de petite plaque de chaudière.
Et nous avons appris à définir et à tester un seul gestionnaire d’itinéraires.
Continuons donc dans la section suivante où nous allons commencer à mieux comprendre comment
structurer notre application.