Faites en sorte que vos tests automatisés voient mieux que vous-même

Tirez le meilleur parti des fonctionnalités de Test Studio pour créer des tests automatisés stables et fiables sur différents navigateurs, plates-formes et environnements.

Le but de la validation visuelle des tests

Si vous vous demandez comment un test automatisé pourrait valider des choses que vous voyez de vos propres yeux, ne cherchez pas plus loin. Test Studio a une solution robuste pour mettre en place un test automatisé qui vérifie tout visuellement comme vous le feriez de vos propres yeux :

• La page s’est-elle chargée correctement ?
• Tous les éléments dynamiques ou statiques s’affichent-ils comme prévu ?
• L’utilisateur a-t-il reçu une confirmation positive de connexion ou un message d’erreur en cas d’échec ?

Un des Studio d’essaisles principales caractéristiques de sont la capacité de enregistrer des tests basé sur les actions du navigateur qui sont immédiatement intégrées dans des scénarios de test automatisés. Lorsque vous commencez à exécuter ces étapes sur différents navigateurs ou même sur différentes machines, vous pouvez entrer dans le cercle vicieux des étapes de test qui échouent de manière aléatoire lorsqu’elles sont exécutées dans une liste de tests, mais qui réussissent parfaitement lorsqu’elles sont exécutées seules.

D’autant plus, tests floconneux peut transformer l’expérience de dépannage du test en cauchemar car il n’y a généralement aucune raison évidente à leur échec. Examinons ce qui fait échouer les tests automatisés de manière aléatoire à différentes étapes.

Les conséquences des tests floconneux

La flakiness du test, caractérisée par les incohérences de comportement décrites ci-dessus, est généralement liée au manque de synchronisation appropriée entre l’état de l’application et les actions envoyées par le test. C’est la raison pour laquelle le test est parfois signalé comme réussi – lors de cette exécution, la réponse de l’application a été suffisamment rapide pour correspondre à la vitesse des étapes automatisées.

Mais que se passe-t-il si vous changez de navigateur d’exécution et que c’est la première fois que la page est chargée dans ce navigateur ? Même si vous faites cela sur votre ordinateur local et que vous avez utilisé d’autres navigateurs pour accéder à l’application, il faudra plus de temps à la session en cours pour charger toutes les ressources du serveur d’applications et les restituer correctement dans l’interface utilisateur de l’application.

Potentiellement, vous êtes confronté à un scénario impliquant des échecs de test impairs et incohérents. Plus vous exécutez le test, plus l’application se charge rapidement car elle utilise déjà le cache du navigateur, et les échecs disparaissent sans autre indice pour vous.

Cela indique clairement que vos tests automatisés nécessitent des ajustements supplémentaires pour être plus robustes afin que vous puissiez vous fier aux résultats des tests et être sûr de ce qui se passe chaque fois que vous exécutez un test.

Voici le super pouvoir de Test Studio Attendez et vérification pas. Ceux-ci peuvent vérifier l’état de chaque élément de la page : son existence, sa visibilité, son contenu textuel, ses styles, les valeurs des différents attributs, l’image de l’élément, etc. Tout ce que vous valideriez de vos propres yeux dans un processus de test manuel peut être remplacé par une étape de vérification dans vos tests automatisés créés avec Test Studio.

Scénarios courants nécessitant des étapes de vérification

La recommandation générale est d’utiliser vérification étapes lorsque quelque chose change visuellement sur la page. Les scénarios typiques qui peuvent bénéficier de l’ajout d’une vérification sont :

• Ouvrir une liste déroulante
• Saisie de texte qui déclenche le remplissage d’autres champs de la page
• Attente d’une étiquette indiquant une action réussie
• Rechargement de la page

Je vais maintenant vous guider à travers plusieurs scénarios, où le Attendez et vérification les marches s’adaptent toujours parfaitement.

Gestion des listes déroulantes

Il existe différents types de contrôles déroulants—Saisie automatique, boîte combo, sélection multiple, la liste déroulante— et tout autre type de représentation visuelle d’élément. Habituellement, lorsque vous enregistrez les étapes de sélection d’une option dans la liste, vous n’imaginez pas qu’un élément peut être sélectionné avant que la liste ne soit entièrement visualisée.

Cependant, c’est l’un des avantages les plus importants et pourtant cachés de Test Studio. Les tests automatisés créés avec Test Studio sont beaucoup plus rapides que les tests manuels, c’est pourquoi il existe des situations où une action est envoyée avant que l’application ne soit prête à l’accepter.

Ce résultat est possible car Test Studio interagit avec les éléments de l’arborescence DOM. Une fois la liste déroulante ouverte, ses éléments sont remplis en tant qu’éléments dans le DOM même s’ils ne sont pas encore complètement rendus dans l’interface utilisateur.

Pour rendre le scénario de test totalement fiable, vous pouvez l’enrichir en insérant un attendre visible étape créée pour l’élément, qui représente l’élément de la liste. De cette façon, vous forcez le test à attendre après avoir effectué l’action d’ouverture de la liste (et, éventuellement, filtrez-la en tapant une valeur dans le champ de saisie) jusqu’à ce que l’élément réel soit visible à l’écran, puis envoyez l’action pour cliquer dessus. Objet.

La bonne nouvelle est que ce type d’étape ne ralentit pas vraiment l’exécution des tests – en fait, pas plus qu’il n’est nécessaire pour que l’application réponde.

Actions déclenchant des modifications sur la même page

De nos jours, la plupart des applications Web utilisent différents types de technologies et de fonctions de script pour fasciner l’utilisateur avec des animations et du contenu prêt à l’emploi. C’est formidable en termes d’expérience utilisateur, mais comment de telles applications peuvent-elles être gérées du point de vue des tests ? Il y a de plus en plus d’informations sur la page que les testeurs doivent vérifier et observer, et pourtant c’est quelque chose que Test Studio peut aider.

Examinons un formulaire Web qui nécessite la saisie de votre adresse. Pour accélérer le processus de remplissage du formulaire, une fois que vous avez entré votre ville, l’état/le pays et le code postal sont renseignés dans les champs de saisie dédiés, ce qui permet au Prochain bouton. Les utilisateurs sont extrêmement satisfaits de ces fonctions de saisie semi-automatique dans les applications avec lesquelles ils interagissent quotidiennement.

Les AQ peuvent également être satisfaits de faire leur travail correctement. Ils doivent simplement ajouter des étapes de vérification pour s’assurer que le contenu rempli pour les entrées de nom de pays et de code postal se remplit comme prévu. Cela rendra le scénario de test automatisé complet, mais est-ce vraiment le cas ?

Si l’une de ces valeurs n’est pas définie correctement pendant l’exécution du test, il échouera à l’étape de vérification exacte et les informations d’échec apportent les détails souhaités pour le trier immédiatement. Sinon, vous pouvez rencontrer le cas où le test signale qu’un élément de l’écran suivant du formulaire Web est manquant bien qu’il n’ait pas vraiment atteint cette vue. Si vous vérifiez les images à partir des détails de l’échec, vous pouvez obtenir un indice pour vous concentrer sur l’écran précédent. Mais cela peut également se produire sur une seule page avec un contenu dynamique chargé.

Actions Rechargement de la page

Si nous nous en tenons à l’exemple du formulaire Web, nous pouvons nous attendre à ce qu’il soit complètement rempli à un moment donné et que le dernier bouton du formulaire soit Soumettre. Une fois que vous avez touché le Soumettre bouton, la page entière est rechargée et navigue vers une vue avec toutes les entrées de formulaire, par exemple. Ici, vous voulez cliquer sur le dernier ajouté en haut de la liste/grille et vérifier dans le mode d’affichage rapide si l’entrée est correcte.

La soumission de données au serveur d’application prend toujours du temps et dépend de divers facteurs externes tels que la vitesse du réseau et d’Internet, la vitesse actuelle du navigateur sur la machine, la réactivité du serveur Web au moment de l’envoi de la requête et probablement de nombreux autres facteurs spécifiques à l’environnement.

Si vous parcourez manuellement le scénario, vous attendrez que l’écran suivant de la page soit chargé et vous pourrez commencer à interagir avec lui. C’est pourquoi, ce que vous devez faire pour que le test automatisé voit l’application comme vous le faites, c’est d’insérer quelques
attendre visible étapes pour certains des éléments que vous vous attendez à voir apparaître dans cette prochaine vue.

Vérifications avancées

Les outils d’enregistrement avancés de Test Studio vous permettent de créer des vérifications avancées et étendez considérablement les scénarios de test que vous couvrez. Vous pouvez ajouter une étape pour vérifier chaque attribut exposé d’un élément donné, ou utiliser la étapes de vérification d’image s’il n’y a pas d’autre moyen de vérifier l’état actuel de l’application. Une autre fonctionnalité utile est extraire du texte d’une imagequi est soutenu par Fonctionnalités basées sur l’OCR de Test Studio.

Sommaire

Ça vous paraît compliqué ? Ce n’est vraiment pas le cas. La bonne nouvelle est que vous n’avez pas besoin de réenregistrer tous vos tests maintenant ou les exécuter partiellement pour apporter les modifications et améliorations suggérées par cet article. Tu peux ajouter des étapes d’attente et de vérification à tout moment « hors ligne » pour les éléments déjà enregistrés dans votre projet de test. Avec tous ces différents types d’options de vérification et d’attente, vous pouvez amener vos tests automatisés au niveau supérieur de fiabilité.