Contenu du cours

Introduction aux Tests d'Automatisation QA

1. Introduction aux Tests d'Automatisation

Qu'est-ce Que le Test Automatisé ?JavaScript dans les Tests d'Automatisation Configuration et Révision de Notre Application Introduction aux Tests Unitaires Avantages et Inconvénients des Tests Automatisés

2. Utilisation d'un Cadre d'Automatisation des Tests

Introduction aux Frameworks d'Automatisation des Tests Configuration et Utilisation de Jest Écrire des Tests Unitaires Rapport de Couverture de Test Tâche d'Écriture de Tests Unitaires Le Bloc `describe`Matchers Courants Création de Suites de Tests Opérations Avant et Après le Test

3. Automatisation du Navigateur avec Selenium

Introduction à Selenium Selenium - Démarrer une Instance de Navigateur Selenium - Navigation de Page Selenium - Interaction Avec les Éléments Web I Selenium - Interaction avec les Éléments Web II Écrire des Tests d'Intégration avec Selenium et Jest Tâche - Rédaction de Tests d'Intégration

4. Introduction aux Tests d'Automatisation Intermédiaires

Test d'API avec Jest & Axios Introduction à un Pipeline CI/CD Configuration de Jenkins Introduction aux Tests d'Automatisation avec Jenkins Rapport et Journalisation des Résultats

Le Bloc `describe`

Résumé

Parfois, nous pouvons avoir de nombreux tests dans un seul Script de Test, ce qui peut devenir désorganisé et difficile à gérer. Par exemple, créons un nouveau fichier appelé math.js avec une classe Math dedans :

Cette classe contient quatre méthodes et nous écrivons plusieurs cas de test pour chaque méthode. Étant donné que les cas de test sont liés à une seule classe, nous stockerions donc conventionnellement tous les cas de test qui y sont liés dans un seul fichier appelé math.test.js :

Cependant, comme vous pouvez le remarquer, cela peut devenir confus et désorganisé car il contient des cas de test pour plusieurs méthodes différentes. Si nous exécutons les tests ci-dessus en utilisant le drapeau verbose, vous verrez que les tests sont tous empilés dans une séquence sans distinction.

Dans de telles situations, il est impératif de regrouper les cas de test associés en utilisant des blocs describe :

En utilisant la syntaxe ci-dessus, nous pouvons regrouper les cas de test de chaque méthode :

Maintenant, le code semble plus organisé, et si nous exécutons les tests avec le drapeau verbose, vous remarquerez que la sortie est également plus hiérarchique, ce qui facilite la visualisation des différents cas de test pour chaque méthode.

Il est également important de noter que nous pouvons imbriquer des blocs describe pour organiser davantage la hiérarchie des cas de test :

Les blocs describe aident également à définir la portée de chaque cas de test. Nous verrons certaines utilisations des portées des cas de test dans les sujets ultérieurs.

En dehors de cela, comme nous regroupons généralement les cas de test dans un bloc describe, chaque bloc describe est appelé une Suite de Tests dans ce cas. Il est important de noter que, dans d'autres langages de programmation, un Script de Test entier est généralement appelé une Suite de Tests.

Tout était clair ?

Merci pour vos commentaires !

Section 2. Chapitre 6