JasmineJS - Vérification nulle

Jasmine propose une variété de méthodes différentes pour vérifier si la sortie réelle est Null, définie ou non définie. Dans ce chapitre, nous allons apprendre à implémenter différentes méthodes Jasmine pour vérifier les scénarios mentionnés ci-dessus.

À définir()

Ce matcher est utilisé pour vérifier si une variable dans le code est prédéfinie ou non. Modifions notrecustomerMatcherSpec.js fichier selon cet exemple.

currentVal = 0;  

describe("Different Methods  of Expect Block",function () { 
   it("Example of  toBeDefined", function () {
      expect(currentVal).toBeDefined();
   });
});

Dans le code ci-dessus, toBeDefined () vérifiera si la variable currentVal est défini dans le système ou non. Comme currentVal est défini à 0 au début, ce test passera et générera une capture d'écran verte en sortie.

Encore une fois dans l'exemple ci-dessus, supprimons la première ligne, où nous définissons réellement «currentVal» et exécutons à nouveau. Ensuite, nous obtiendrons un écran rouge, ce qui signifie que le test échoue parce que nous nous attendons à ce qu'une valeur non définie soit définie. La capture d'écran suivante sera le fichier de sortie.

ToBeUndefined ()

Ce matcher aide à vérifier si une variable est précédemment indéfinie ou non, en gros, il fonctionne simplement à l'opposé du matcher précédent qui est toBeDefined. Dans l'exemple suivant, nous allons apprendre à utiliser ce matcher. Modifions notre fichier Spec, iecustomerMatcher.js fichier avec l'entrée suivante.

describe("Different Methods of Expect Block",function () { 
   it("Example of toBeUndefine()", function () { 
      var undefineValue; 
      expect(undefineValue).toBeUndefined(); 
   });
});

Dans la section ci-dessus, nous vérifierons si notre variable “undefineValue”est en fait indéfini ou non. Après avoir ajouté ce fichier dans le SpecRunner, nous recevrons une capture d'écran de couleur verte en sortie, qui nous indique que cette valeur n'est en fait pas définie précédemment.

Encore une fois, définissons la variable avec une valeur prédéfinie et voyons si elle générera une erreur ou non. Le nouveaucustomerMatcher.js ressemble à ce qui suit.

describe("Different Methods of Expect Block",function () {
   it("Example oftoBeUndefine()", function () { 
      var undefineValue = 0;
      expect(undefineValue).toBeUndefined();
   });
});

Le morceau de code ci-dessus lancera une erreur et générera une capture d'écran de couleur rouge car nous avons déjà défini le “undefineValue” valeur à “0”et s'attendre à ce qu'il ne soit pas défini. La capture d'écran suivante sera générée lors de l'exécutionSpecRunner.html fichier.

toBeNull ()

Comme son nom l'indique, ce matcher permet de vérifier les valeurs nulles. Modifions à nouveau notrecustomerMatcherSpec.js fichier avec le morceau de code suivant.

describe("Different Methods of Expect Block",function () { 
   var value = null; 
	
   it("Example of toBeNull()", function () { 
      expect(value).toBeNull();
   });
});

Dans le code ci-dessus, nous avons mentionné une variable ”value”et nous avons explicitement mentionné cette valeur comme nulle. Dans le bloc expect, le matcher toBeNull () vérifiera cette valeur et nous donnera le résultat en conséquence. Voici la sortie du code mentionné ci-dessus lorsqu'il est exécuté à l'aide du fichier SpecRunner.html.

Maintenant, testons en fournissant une valeur définie autre que null. Veuillez modifier lecustomerMatcher.js déposer en conséquence.

describe("Different Methods of Expect Block",function () {
   var value = "TutorialsPoint"; 
	
   it("Example of  toBeNull()", function () { 
      expect(value).toBeNull();
   });
});

Dans l'exemple ci-dessus, nous avons modifié la valeur de la variable avec «TutorialsPoint» qui n'est pas une valeur nulle. Par conséquent, ce test échouera et produira une capture d'écran rouge en sortie.