Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Apprendre Tests Système et E2E | Tests Fonctionnels
Introduction aux Tests Manuels et à l'Assurance Qualité dans le Développement Web
course content

Contenu du cours

Introduction aux Tests Manuels et à l'Assurance Qualité dans le Développement Web

Introduction aux Tests Manuels et à l'Assurance Qualité dans le Développement Web

1. Introduction aux Tests Logiciels et à l'Assurance Qualité
2. Tests Logiciels en Pratique
3. Tests Fonctionnels
4. Tests Non Fonctionnels

book
Tests Système et E2E

Test du système

Dans le Test du système, tous les aspects de l'application sont couverts, qu'ils soient fonctionnels ou non fonctionnels. Il vérifie que tous les composants/modules du système interagissent correctement entre eux et fonctionnent comme prévu dans un environnement de niveau production. Le Test du système est également principalement une boîte noire, car il se concentre sur l'aspect utilisateur de la fonctionnalité et non sur le code. Il s'assure que l'application répond à toutes les exigences.

Le Test du système est généralement effectué après que toutes les unités individuelles de l'application ont été testées, ainsi que leurs interactions entre elles. En d'autres termes, le Test du système est généralement effectué juste après le Test d'intégration, et pour rappel - le Test d'intégration est effectué après le Test unitaire. Donc, la séquence générale des tests est la suivante :

Tests Systèmes sont principalement fonctionnels, car ils se concentrent principalement sur la fonctionnalité de l'application, cependant, ils peuvent également impliquer des aspects non fonctionnels tels que Utilisabilité, Sécurité, Compatibilité et Accessibilité. Nous apprendrons chacun de ces concepts dans la section suivante qui est plus axée sur les Tests Non Fonctionnels.

Mises à jour de notre application

Des mises à jour significatives ont été apportées à l'application. Voici un résumé des changements :

  • Les problèmes découverts en exécutant les cas de test dans la tâche précédente ont maintenant été corrigés ;
  • Les utilisateurs peuvent désormais créer et rejoindre des salles de chat ;
  • Les salles de chat peuvent désormais avoir des mots de passe ;
  • Les utilisateurs peuvent désormais avoir des photos de profil ;
  • Une section de gestion de profil a été introduite où les utilisateurs peuvent changer leur nom d'utilisateur, mot de passe et photo de profil ;
  • L'API a été modifiée en conséquence. Elle nécessite maintenant un paramètre id ;
  • Il y a un point de terminaison supplémentaire dans l'API, appelé send-message et il prend un id de salle de chat, un token utilisateur et le content du message ;
  • Lorsqu'une requête post est faite à ce point de terminaison avec les paramètres requis, elle envoie un message à la salle de chat concernée au nom de l'utilisateur auquel appartient le token ;

La vidéo suivante démontre les nouveaux changements dans l'application et montre comment effectuer une requête POST via Postman :

Tests de bout en bout

Les tests de bout en bout, connus sous le nom de E2E, peuvent parfois être considérés comme équivalents aux tests système, cependant, il existe quelques différences entre les deux.

Alors que dans les tests système, nous testons l'ensemble de l'application, y compris les aspects non fonctionnels. Dans les tests de bout en bout, l'approche est plus orientée vers le flux. Dans les tests de bout en bout (E2E), les cas de test sont regroupés dans une séquence pour simuler l'expérience de l'utilisateur avec l'application du début à la fin. Cela garantit que tous les flux possibles qu'un utilisateur pourrait emprunter sont couverts. Par exemple, dans notre application de chat, l'utilisateur s'inscrit d'abord pour un compte, puis rejoint ou crée une salle de chat, et ensuite envoie ou reçoit des messages dans le chat. Il existe d'autres chemins de flux également, qui peuvent inclure d'autres parties de l'application comme le module de gestion de profil ou l'API. Les tests sont axés sur la simulation de scénarios utilisateur réels dans un environnement similaire à la production.

Il est important de noter que les tests de bout en bout sont généralement effectués vers la fin du cycle de test, généralement après les tests système. Les tests de bout en bout et système sont effectués après des changements significatifs dans l'application contrairement aux tests de régression et tests de santé qui sont effectués après chaque mise à jour.

Les tests système et tests de bout en bout impliquent principalement l'écriture de cas de test qui se concentrent sur l'utilisateur final de la fonctionnalité. En dehors de cela, les tests système impliquent également des tests non fonctionnels, ils peuvent donc inclure d'autres types de tests que nous examinerons dans la section suivante.

Il existe deux types de tests de bout en bout, à savoir le test E2E vertical et le test E2E horizontal.

Le test de bout en bout vertical se concentre sur tous les chemins impliquant une fonctionnalité spécifique de l'application, tandis que le test de bout en bout horizontal implique de tester le flux de travail global de l'application à travers plusieurs fonctionnalités différentes.

1. Quand le test système est-il généralement effectué dans le cycle de test ?

2. Quand les tests de bout en bout sont-ils généralement effectués par rapport aux tests système ?

Quand le test système est-il généralement effectué dans le cycle de test ?

Quand le test système est-il généralement effectué dans le cycle de test ?

Sélectionnez la réponse correcte

Quand les tests de bout en bout sont-ils généralement effectués par rapport aux tests système ?

Quand les tests de bout en bout sont-ils généralement effectués par rapport aux tests système ?

Sélectionnez la réponse correcte

Tout était clair ?

Comment pouvons-nous l'améliorer ?

Merci pour vos commentaires !

Section 3. Chapitre 6
We're sorry to hear that something went wrong. What happened?
some-alt