Qu'est-ce que les tests de bout en bout ? Exemple E2E

Tests de bout en bout

Tests de bout en bout est une méthode de test logiciel qui valide l'ensemble du logiciel du début à la fin ainsi que son intégration avec des interfaces externes. Le but des tests de bout en bout est de tester l'ensemble du logiciel pour les dépendances, l'intégrité des données et la communication avec d'autres systèmes, interfaces et bases de données afin d'exercer un scénario de production complet.

Parallèlement au système logiciel, il valide également le traitement des lots/données provenant d'autres systèmes en amont/en aval. D'où le nom "De bout en bout". Les tests de bout en bout sont généralement exécutés après des tests fonctionnels et Test du système. Il utilise la production réelle comme les données et l'environnement de test pour simuler les paramètres en temps réel. Les tests E2E sont également appelés Test de chaîne.

Tests de bout en bout

Pourquoi tester de bout en bout ?

Tests de bout en bout vérifie le flux complet du système et augmente la confiance en détectant les problèmes et en augmentant Couverture de test de sous-systèmes. Les systèmes logiciels modernes sont complexes et interconnectés avec plusieurs sous-systèmes qui peuvent différer des systèmes actuels. L'ensemble du système peut s'effondrer en cas de défaillance de n'importe quel sous-système, ce qui constitue un risque majeur qui peut être évité grâce à des tests de bout en bout.

Processus de test de bout en bout

Le diagramme suivant donne un aperçu du processus de test de bout en bout.

Processus de test de BOUT à BOUT

Les principales activités impliquées dans les tests de bout en bout sont :

  • Etude d'un cahier des charges de tests de bout en bout
  • Configuration de l'environnement de test et configuration matérielle/logicielle requise
  • Décrire tous les processus du système et de ses sous-systèmes.
  • Description des rôles et responsabilités pour tous les systèmes
  • Méthodologie et normes de test
  • Suivi des exigences de bout en bout et conception des cas de tests
  • Données d'entrée et de sortie pour chaque système

Outil de test de bout en bout

1) testRigueur

testRigueur est un leader du secteur en matière de tests de bout en bout. Créez en toute transparence des tests sans code sur l'interface utilisateur Web, les applications mobiles natives et hybrides, les navigateurs mobiles et l'API. Testez les e-mails et les SMS, testez facilement les fichiers .XLS, .DOC, .PDF etc. téléchargés.

Caractéristiques :

  • Écrivez des tests sans code dans un anglais simple.
  • Couverture Web + Mobile + API en un seul test. Prise en charge multiplateforme et multi-navigateur.
  • Créez des tests 15 fois plus rapidement que Selenium.
  • Réduisez la maintenance des tests jusqu'à 99.5 %.
  • testRigor est sécurisé et conforme SOC 2 Type 2.
  • Intégrations avec CI/CD et gestion des cas de test.
  • Exécutez des milliers de tests et obtenez des résultats en moins de 1000 minutes.

Visitez testRigor >>

Comment créer des cas de test de bout en bout ?

Créer des cas de test de bout en bout
Cas de test de bout en bout

Le cadre de conception de tests de bout en bout se compose de trois parties

  1. Créer des fonctions utilisateur
  2. Conditions de construction
  3. Créer des cas de test

Regardons-les en détail : –

Créer des fonctions utilisateur

Les activités suivantes doivent être effectuées dans le cadre des fonctions utilisateur de build :

  • Répertoriez les fonctionnalités du système et leurs composants interconnectés
  • Répertoriez les données d'entrée, l'action et les données de sortie pour chaque fonctionnalité ou fonction
  • Identifier les relations entre les fonctions
  • Déterminer si la fonction peut être réutilisable ou indépendante

Par exemple : Considérons un scénario dans lequel vous vous connectez à votre compte bancaire et transférez de l'argent vers un autre compte depuis une autre banque (3rdsous-système du parti)

  1. Connectez-vous au système bancaire
  2. Vérifiez le montant du solde du compte
  3. Transférez un montant de votre compte vers un autre compte bancaire (3rdsous-système du parti)
  4. Vérifiez le dernier solde de votre compte
  5. Déconnexion de l'application

Conditions de construction basées sur la fonction utilisateur

Les activités suivantes sont effectuées dans le cadre des conditions de construction :

  • Construire un ensemble de conditions pour chaque fonction utilisateur définie
  • Les conditions incluent les conditions de séquence, de timing et de données

Par exemple -Vérification de plus de conditions comme

Page de connexion

  • Nom d'utilisateur et mot de passe invalides
  • Vérification avec un nom d'utilisateur et un mot de passe valides
  • Vérification de la force du mot de passe
  • Vérification des messages d'erreur

Montant du solde

  • Vérifiez le solde actuel après 24 heures. (Si le virement est envoyé vers une autre banque)
  • Recherchez le message d'erreur si le montant du transfert est supérieur au montant du solde actuel.

Créer un scénario de test

Construire le Scénario de test pour la fonction utilisateur définie

Dans ce cas,

  • Connectez-vous au système
  • Vérification du montant du solde bancaire
  • Transférer le montant du solde bancaire

Créer plusieurs cas de test

Créez un ou plusieurs cas de test pour chaque scénario défini. Les cas de test peuvent inclure chaque condition comme un seul cas de test.

Métriques pour les tests de bout en bout

Voici quelques métriques, parmi tant d’autres, utilisées comme exemple de test de bout en bout :

  • État de préparation du scénario de test : Il indique la progression de la préparation des scénarios de test par rapport aux prévisions.
  • Progression des tests hebdomadaires - Fournit des détails hebdomadaires sur le pourcentage d’achèvement des tests – Échec, non exécuté et exécuté par rapport aux tests d’exécution prévus.
  • Statut et détails des défauts- Il donne le pourcentage de défauts ouverts et fermés par semaine. En outre, répartition hebdomadaire des défauts en fonction de la gravité et de la priorité.
  • Disponibilité de l'environnement –Nombre total d'heures « en hausse » / Nombre total d'heures prévues par jour pour les tests

Tests de bout en bout par rapport aux tests système

Test de bout en bout Test du système
Valide le système logiciel ainsi que les sous-systèmes interconnectés Valide uniquement le système logiciel conformément aux spécifications des exigences.
Il vérifie le flux complet du processus de bout en bout. Il vérifie les fonctionnalités et les caractéristiques du système.
Toutes les interfaces et les systèmes backend seront pris en compte pour les tests Les tests fonctionnels et non fonctionnels seront pris en compte pour les tests
Il est exécuté une fois les tests du système terminés. Il est exécuté après Test d'intégration.
Les tests de bout en bout impliquent la vérification d’interfaces externes qui peuvent être complexes à automatiser. Ainsi Test manuel est préféré. Le manuel et l'automatisation peuvent être effectués pour les tests du système

Conclusion

En génie logiciel, les tests de bout en bout dans les tests logiciels sont le processus de vérification d'un système logiciel ainsi que de ses sous-systèmes. Le plus grand défi de ces tests est d’avoir suffisamment de connaissances sur l’ensemble du système ainsi que sur un sous-système interconnecté.