what is end end testing
Qu'est-ce que les tests de bout en bout: cadre de test E2E avec exemples
Le test de bout en bout est une méthodologie de test de logiciel pour tester un flux d'application du début à la fin. Le but des tests de bout en bout est de simuler le scénario de l'utilisateur réel et de valider le système testé et ses composants pour l'intégration et l'intégrité des données.
Personne ne veut être connu pour ses erreurs et sa négligence, et il en va de même pour les testeurs. Lorsque les testeurs se voient attribuer une application à tester, à partir de ce moment, ils en prennent la responsabilité et l'application sert également de plateforme pour montrer leurs connaissances pratiques et techniques en matière de tests.
Donc, pour le décrire techniquement, pour s'assurer que les tests sont effectués complètement, il est nécessaire d'effectuer ' Test de bout en bout ' .
Dans ce didacticiel, nous allons apprendre ce qu'est le test de bout en bout, comment cela est fait, pourquoi il est nécessaire, quelles sont les matrices utilisées, comment créer un test de bout en bout spécifique et quelques autres aspects importants également. Nous allons également en apprendre davantage sur les tests système et les comparer avec les tests de bout en bout.
Réel aussi => Formation de bout en bout sur un projet en direct - Formation d'assurance qualité en ligne gratuite.
Ce que vous apprendrez:
différence entre les tests sit et uat
- Qu'est-ce que le test de bout en bout?
- Outils de test de bout en bout
- Comment fonctionnent les tests de bout en bout?
- Méthodes de test E2E
- Pourquoi effectuons-nous des tests E2E?
- Cadre de conception de tests E2E
- Mesures impliquées
- Conclusion
Qu'est-ce que le test de bout en bout?
Le test de bout en bout est une méthodologie de test de logiciel pour tester un flux d'application du début à la fin. Le but de ce test est de simuler le scénario de l'utilisateur réel et de valider le système testé et ses composants pour l'intégration et l'intégrité des données.
Il est effectué du début à la fin dans des scénarios du monde réel tels que la communication de l'application avec le matériel, le réseau, la base de données et d'autres applications.
La principale raison de réaliser ces tests est de déterminer diverses dépendances d'une application et de s'assurer que des informations précises sont communiquées entre les différents composants du système. Il est généralement effectué après l'achèvement des tests fonctionnels et système de toute application.
Prenons un exemple de Gmail:
La vérification de bout en bout d'un compte Gmail comprend les étapes suivantes:
- Lancement d'une page de connexion Gmail via une URL.
- Connexion à un compte Gmail en utilisant des informations d'identification valides.
- Accéder à la boîte de réception. Ouverture des e-mails lus et non lus.
- Rédiger un nouvel e-mail, répondre ou transférer un e-mail.
- Ouverture des éléments envoyés et vérification des e-mails.
- Vérification des e-mails dans le dossier Spam
- Déconnexion de l'application Gmail en cliquant sur 'Déconnexion'
Outils de test de bout en bout
Outil recommandé:
# 1) TestCraft
Nous vous recommandons d'utiliser un outil d'automatisation de test de bout en bout tel que TestCraft.
TestCraft est une plateforme d'automatisation de test Selenium sans code. Sa technologie d'IA révolutionnaire et sa modélisation visuelle unique permettent une création et une exécution de tests plus rapides tout en éliminant les frais généraux de maintenance des tests.
Les testeurs créent des scénarios de test entièrement automatisés sans codage. Les clients trouvent les bogues plus rapidement, les publient plus fréquemment, s'intègrent à l'approche CI / CD et améliorent la qualité globale de leurs produits numériques. Tout cela crée une expérience de test de bout en bout complète.
=> Visitez le site Web de TestCraft
Comment fonctionnent les tests de bout en bout?
Pour en comprendre un peu plus, découvrons-nous Comment ça fonctionne?
Prendre unExempledu secteur bancaire. Peu d'entre nous doivent avoir essayé Stocks. Lorsqu'un titulaire de compte Demat achète une action, un pourcentage particulier d'un montant doit être remis au courtier. Lorsque l'actionnaire vend cette action, qu'il obtienne un profit ou une perte, un pourcentage particulier du montant est à nouveau remis au courtier. Toutes ces transactions sont reflétées et gérées dans les comptes. L'ensemble du processus implique la gestion des risques.
Lorsque nous examinons l'exemple ci-dessus, en gardant à l'esprit le test de bout en bout, nous constaterons que l'ensemble du processus comprend plusieurs nombres ainsi que différents niveaux de transactions. L'ensemble du processus implique de nombreux systèmes qui peuvent être difficiles à tester.
Méthodes de test E2E
# 1) Test horizontal:
Cette méthode est utilisée très couramment. Il se produit horizontalement dans le contexte de plusieurs applications. Cette méthode peut facilement se produire dans une seule application ERP (Enterprise Resource Planning). Prenons l'exemple d'une application Web d'un système de commande en ligne. L'ensemble du processus comprendra les comptes, l'état de l'inventaire des produits ainsi que les détails d'expédition.
# 2) Test vertical:
Dans cette méthode, toutes les transactions de toute application sont vérifiées et évaluées du début à la fin. Chaque couche individuelle de l'application est testée de haut en bas. Prenons l'exemple d'une application Web qui utilise des codes HTML pour atteindre les serveurs Web. Dans de tels cas, l'API est requise pour générer des codes SQL sur la base de données. Tous ces scénarios informatiques complexes nécessiteront une validation appropriée et des tests dédiés. Cette méthode est donc beaucoup plus difficile.
' Test de la boîte blanche ' ainsi que ' Test de la boîte noire ' les deux sont associés à ce test. Ou en d'autres termes, nous pouvons dire, c'est la combinaison des avantages à la fois des tests en boîte blanche et des tests en boîte noire. Selon le type de logiciel en cours de développement, à différents niveaux, les techniques de test, c'est-à-dire les tests en boîte blanche et en boîte noire, sont utilisées au fur et à mesure des besoins. Fondamentalement, le test de bout en bout exécute une approche fonctionnelle et architecturale pour tout logiciel ou programme afin de valider les fonctions du système.
Les testeurs comme la vérification de bout en bout parce que l'écriture des cas de test de l'utilisateur ' s perspective et dans un scénario du monde réel, peut éviter les deux erreurs courantes. ' manque un bug ' et ' écrire des cas de test qui ne vérifient pas les scénarios du monde réel ' . Cela procure aux testeurs, un immense sentiment d'accomplissement.
Vous trouverez ci-dessous quelques directives à garder à l'esprit lors de la conception des scénarios de test pour effectuer ce type de test:
- Les cas de test doivent être conçus du point de vue de l'utilisateur final.
- Devrait se concentrer sur le test de certaines fonctionnalités existantes du système.
- Plusieurs scénarios doivent être envisagés pour créer plusieurs cas de test.
- Différents ensembles de cas de test doivent être créés pour se concentrer sur plusieurs scénarios du système.
Comme nous exécutons tous les cas de test, il en va de même pour ce test. Si les cas de test sont «réussis», c'est-à-dire que nous obtenons la sortie attendue, on dit que le système a réussi le test de bout en bout. De même, si le système ne produit pas la sortie souhaitée, un nouveau test d'un cas de test est nécessaire en gardant à l'esprit les zones de défaillance.
Pourquoi effectuons-nous des tests E2E?
Dans le scénario actuel, comme le montre également le schéma ci-dessus, un système logiciel moderne comprend son interconnexion avec plusieurs sous-systèmes. Cela a rendu les systèmes logiciels modernes très compliqués.
Ces sous-systèmes dont nous parlons peuvent être au sein de la même organisation ou, dans de nombreux cas, peuvent également appartenir à des organisations différentes. En outre, ces sous-systèmes peuvent être quelque peu similaires ou différents du système actuel. En conséquence, s'il y a une panne ou un défaut dans un sous-système, cela peut nuire à l'ensemble du système logiciel conduisant à son effondrement.
Ces risques majeurs peuvent être évités et maîtrisés par ce type de test:
- Gardez un contrôle et effectuez une vérification du flux du système.
- Augmentez les zones de couverture de test de tous les sous-systèmes impliqués dans le système logiciel.
- Détecte les problèmes, le cas échéant, avec les sous-systèmes et augmente ainsi la productivité de l'ensemble du système logiciel.
Ci-dessous sont mentionnés les quelques activités incluses dans le processus de bout en bout:
- Une étude approfondie des exigences pour effectuer ces tests.
- Correct mise en place d'environnements de test.
- Une étude approfondie des exigences matérielles et logicielles.
- Descriptions de tous les sous-systèmes ainsi que du système logiciel principal impliqué.
- Décrivez les rôles et les responsabilités de tous les systèmes et sous-systèmes impliqués.
- Méthodes de test utilisées dans le cadre de ces tests ainsi que les normes qui sont suivies, sa description.
- Conception de cas de test et matrice des exigences de traçage.
- Enregistrez ou enregistrez les données d'entrée et de sortie pour chaque système.
Cadre de conception de tests E2E
Nous examinerons les 3 catégories une par une:
# 1) Fonctions utilisateur: Les actions suivantes doivent être effectuées dans le cadre de la création des fonctions utilisateur:
- Liste des caractéristiques des systèmes logiciels et de leurs sous-systèmes interconnectés.
- Pour toute fonction, gardez une trace des actions effectuées ainsi que des données d'entrée et de sortie.
- Recherchez les relations, le cas échéant, entre les différentes fonctions des utilisateurs.
- Découvrez la nature des différentes fonctions utilisateur. s'ils sont indépendants ou réutilisables.
# 2) Conditions: Les activités suivantes doivent être effectuées dans le cadre des conditions de construction en fonction des fonctions de l'utilisateur:
- Pour chaque fonction utilisateur, un ensemble de conditions doit être préparé.
- Le timing, les conditions de données et d'autres facteurs qui affectent les fonctions utilisateur peuvent être considérés comme des paramètres.
# 3) Cas de test: Les facteurs suivants doivent être pris en compte pour la création de cas de test:
- Pour chaque scénario, un ou plusieurs cas de test doivent être créés pour tester chacune des fonctionnalités des fonctions utilisateur.
- Chaque condition individuelle doit être inscrite en tant que scénario de test distinct.
Mesures impliquées
Passer aux prochaines activités ou mesures importantes impliquées dans ces tests :
- État de la préparation du cas de test: Cela peut être suivi sous la forme d'un graphique pour représenter la progression des cas de test prévus qui sont en cours de préparation.
- Suivi hebdomadaire de la progression du test: Cela inclut une représentation hebdomadaire de la progression de l'exécution des cas de test. Cela peut être reflété par une représentation en pourcentage pour les cas de réussite, d'échec, d'exécution, de non-exécution, d'invalidité, etc.
- État et rapport détaillé des défauts: Le rapport d'état doit être préparé quotidiennement pour afficher l'état d'exécution du scénario de test ainsi que les défauts trouvés et enregistrés selon leur gravité. Chaque semaine, le pourcentage des défauts ouverts et fermés doit être calculé. En outre, en fonction de la gravité et de la priorité des défauts, l'état des défauts doit être suivi chaque semaine.
- Environnement de test: Cela permet de garder une trace de la durée de l'environnement de test allouée ainsi que du temps de l'environnement de test réellement utilisé lors de l'exécution de ces tests.
Nous avons presque vu tous les aspects de ces tests. Maintenant laissez-nous différencier ' Test du système ' et ' Test de bout en bout ' . Mais avant cela, permettez-moi de vous donner une idée de base des «tests système» afin que nous puissions facilement différencier les deux formes de tests de logiciels .
Test du système est la forme de test qui comprend une série de tests différents dont le but est d'effectuer le test complet du système intégré. Le test système est essentiellement une forme de test boîte noire où l’accent est mis sur le fonctionnement externe des systèmes logiciels du point de vue de l’utilisateur en tenant compte des conditions du monde réel.
Le test du système implique:
- Test d'une application entièrement intégrée comprenant le système principal.
- Déterminez que les composants interagissent les uns avec les autres et au sein du système.
- Vérifiez la sortie souhaitée sur la base de l'entrée fournie.
- Analyser l'expérience de l'utilisateur lors de l'utilisation de divers aspects de l'application.
Ci-dessus, nous avons vu la description de base des tests système pour le comprendre. Maintenant, nous allons regarder les différences entre «Test système» et «Test de bout en bout».
S.No. | Test de bout en bout | Test du système |
---|---|---|
1 | Valide à la fois le système logiciel principal ainsi que tous les sous-systèmes interconnectés. | Conformément aux spécifications fournies dans le document d'exigence, il valide simplement le système logiciel. |
deux | L'accent principal est mis sur la vérification du flux de processus de test de bout en bout. | L'accent principal est mis sur la vérification et la vérification des caractéristiques et des fonctionnalités du système logiciel. |
3 | Lors des tests, toutes les interfaces, y compris les processus backend du système logiciel, sont prises en considération. | Lors des tests, seuls les domaines fonctionnels et non fonctionnels et leurs caractéristiques sont pris en compte pour les tests. |
4 | Les tests de bout en bout sont exécutés / effectués après la fin des tests du système de tout système logiciel. | Les tests du système sont essentiellement effectués après l'achèvement des tests d'intégration du système logiciel. |
5 | Les tests manuels sont principalement préférés pour effectuer des tests de bout en bout, car ces formes de tests impliquent également des tests d'interfaces externes qui peuvent parfois être très difficiles à automatiser. Et rendra l'ensemble du processus très complexe. | Les tests manuels et automatisés peuvent être effectués dans le cadre des tests système. |
Conclusion
J'espère que vous avez appris divers aspects des tests de bout en bout, tels que ses processus, ses métriques et la différence entre les tests système et les tests de bout en bout.
Pour toute version commerciale du logiciel, la vérification de bout en bout joue un rôle important car elle teste l'ensemble de l'application dans un environnement qui imite exactement les utilisateurs du monde réel comme la communication réseau, l'interaction avec la base de données, etc.
La plupart du temps, le test de bout en bout est effectué manuellement car le coût de l'automatisation de tels cas de test est trop élevé pour être supporté par chaque organisation. Ceci n'est pas seulement bénéfique pour la validation du système, mais peut également être considéré comme utile pour tester l'intégration externe.
Faites-nous savoir si vous avez des questions sur le test de bout en bout.
lecture recommandée
- Meilleurs outils de test de logiciels 2021 [Outils d'automatisation des tests QA]
- Différences clés entre les tests de boîte noire et les tests de boîte blanche
- Téléchargement de l'e-book 'Testing Primer'
- Test fonctionnel vs test non fonctionnel
- Programme de cours de test de logiciels - Plan de formation détaillé du cours en ligne
- Qu'est-ce que les tests d'endurance dans les tests logiciels (exemples)
- Test de la boîte noire: un didacticiel approfondi avec des exemples et des techniques
- Qu'est-ce que le test de composant ou le test de module (apprendre avec des exemples)