Tutoriel codé sur le cadre d'automatisation des tests d'interface utilisateur
Une automatisation logicielle typique Contrôle de qualité nécessite des outils d'automatisation comme Selenium et QTP. L’interface utilisateur codée est similaire à ces outils et peut être particulièrement utile pour les tests fonctionnels.
Coded UI Test (CUIT) utilise Visual Studio IDE pour écrire des scripts, car l'enregistrement peut être effectué à l'aide de Visual Studio.
Qu’est-ce que le test codé de l’interface utilisateur ?
Test d'interface utilisateur codé (CUIT) est un test automatisé qui pilote les applications via son interface utilisateur (UI). D’où le nom Coded UI Test (CUIT). Ce test implique test fonctionel des contrôles de l’interface utilisateur. Il vérifie la fonctionnalité de l'ensemble de l'application, y compris l'interface utilisateur. Il est également utilisé pour automatiser un test manuel existant.
![Test d'interface utilisateur codé](https://www.guru99.com/images/c-sharp-net/052716_0944_CodedUITest1.png)
Test de l'interface utilisateur Architecture
Fonctionnalités de test codées de l'interface utilisateur
Les fonctionnalités codées de l'interface utilisateur incluent
- Essais fonctionnels
- Générer du code en VB/C#
- Intégré à l'histoire ALM
- Créez, déployez et testez en laboratoire ou dans le cadre d'un build
- Exécutions locales et à distance, collecte de données
- Extensibilité riche
- Enregistrement sensible à l'intention et lecture résiliente
Technologies prises en charge par le test d'interface utilisateur codé (CUIT)
Avec une interface utilisateur codée, une application dotée d’une interface utilisateur (User Interface) peut être facilement testée. L'application peut être basée sur une fenêtre ou sur le Web.
L'interface utilisateur codée prend en charge des technologies telles que
- Applications de bureau basées sur Windows
- Services Web (SOAP, ASPX, etc.)
- Applications de téléphone à fenêtre
- WPF (Windows Présentation Foundation)
- Applications Web (HTML, Silverlight, HTML5)
Pourquoi utiliser l'interface utilisateur codée pour l'automatisation des tests
La raison pour laquelle l'interface utilisateur codée pour l'automatisation des tests est préférée
- Les développeurs et les testeurs de logiciels peuvent collaborer efficacement en utilisant les mêmes outils/langage.
- Il prend en charge à la fois le Web et Windows projets.
- Le mécanisme d’identification des éléments est une fonctionnalité intéressante de Coded UI. En outre, il prend en charge la synchronisation
- Le moteur de lecture prend en charge des fonctionnalités telles que « WaitForControlExist », « WaitForReadyLevel », etc.
- Avec l'aide des « agents de tests », des tests d'automatisation peuvent être exécutés sur des machines distantes.
- Les équipes d'automatisation peuvent développer des tests sophistiqués, en utilisant une interface utilisateur codée avec un cadre en couches
- Les testeurs de logiciels peuvent capturer les exceptions et enregistrer efficacement le résultat en utilisant log4net.dll
- Prise en charge de l'outil d'interface utilisateur codé programmation descriptive. Il permet aux testeurs de logiciels d'automatiser des scénarios basés sur les propriétés des objets
- Il prend en charge les contrôles AJAX.
Comment créer des tests d'interface utilisateur codés (CUIT)
Pour créer des tests d'interface utilisateur codés, vous pouvez le faire des manières suivantes.
- Génération à partir d'un enregistrement d'action existant (conversion à partir d'un enregistrement de test manuel)
- Créer un nouveau test d'interface utilisateur codé à partir de zéro
- Écrire du code à partir de zéro
Contenu d'un test d'interface utilisateur codé
Lorsque vous créez un test d'interface utilisateur codé, le générateur de test d'interface utilisateur codé crée une carte. Cela inclut l'interface utilisateur testée, les méthodes de test, les paramètres, les assertions, etc. Pour chaque test, il crée également un fichier de classe.
Déposez votre dernière attestation | Contenu | Éditable |
---|---|---|
UIMap.Designer.cs | Section de déclaration Propriétés des méthodes de classe UIMap | Non |
UIMap.cs | Classe UIMap (partielle) | Oui |
CodedUITest1.cs | Propriétés des méthodes de la classe CodeUITest1 | Oui |
UIMap.uitest | La carte XML de l'interface utilisateur pour le test. Il est édité uniquement via l'éditeur UI Map | Non |
- UIMap.Designer.cs : Le concepteur contient la vue code de l'UIMap. Il est généré lorsqu'un testeur enregistre une interaction avec l'interface utilisateur ou lorsque certains objets sont ajoutés manuellement à l'UIMap.
- UIMap.cs: Toute modification ou personnalisation apportée à l'UIMap est stockée dans ce fichier. Initialement, ce fichier sera vide et pourra être renseigné ultérieurement. Si des modifications sont directement apportées au fichier UIMap.designer.cs, assurez-vous qu'elles ne sont pas enregistrées sinon toutes les modifications seront perdues.
- CodedUITest1.cs: Ce fichier contient une classe de test codée de l'interface utilisateur, des méthodes de test, un appel d'assertion et un appel de méthode. Toutes les assertions et méthodes sont invoquées par défaut à partir de ce fichier.
- UIMap.uitest: Il s'agit d'une représentation XML de la classe UIMap. Il comprend des fenêtres, des contrôles, des propriétés, des méthodes, des actions et des assertions. Il est édité uniquement via l'éditeur UI Map
Ensuite, dans ce didacticiel Coded UI, nous apprendrons comment effectuer un test d'automatisation de l'interface utilisateur codée.
Comment effectuer un test d'interface utilisateur codé
L'interface utilisateur codée propose deux manières différentes d'effectuer un test pour votre application.
- Enregistrement et lecture codés de l'interface utilisateur ou
- Codage manuel de l'interface utilisateur codée
Vous devez suivre l'étape suivante pour effectuer des tests codés de l'interface utilisateur,
- Créer un projet de test CodedUI
- Ajouter un fichier de test d'interface utilisateur codé
- Enregistrer une séquence d'actions
- Vérifiez les valeurs dans les champs de l'interface utilisateur tels que les zones de texte
- Afficher le code de test généré
- Ajouter plus d'actions et d'assertions
- Modifier les détails des activités de test et des assertions
- Exécutez le test
Meilleures pratiques pour le test d'interface utilisateur codé (CUIT)
Voici quelques bonnes pratiques pour un cadre d’automatisation des tests d’interface utilisateur codé :
- Utilisez le générateur de tests d'automatisation de l'interface utilisateur codée autant que possible
- Essayez de ne pas modifier directement le fichier UIMap.designer.cs. Sinon, les modifications que vous avez apportées au fichier seront écrasées
- Créez votre test sous forme de séquence de méthodes enregistrées
- Chaque méthode enregistrée doit agir sur une seule page, formulaire ou boîte de dialogue. Créez également une nouvelle méthode de test pour chaque nouveau formulaire, page ou boîte de dialogue
- Lorsque vous créez une méthode, au lieu du nom par défaut, utilisez un nom de méthode significatif. Un nom significatif aide à identifier le but de la méthode
- Si possible, limitez chaque méthode enregistrée à moins de 10 actions. Cette approche facilite le remplacement d'une méthode si l'interface utilisateur change.
- Pour créer une assertion, utilisez le générateur de tests CodedUI. Il ajoute automatiquement une méthode d'assertion au fichier UIMap.Designer.cs.
- Réenregistrez les méthodes de test/méthodes d'assertion, si les interfaces utilisateur modifient ou réenregistrent les sections affectées d'une méthode de test existante.
- Si vous codez directement avec l'API, utilisez les méthodes et propriétés des classes créées dans le fichier UIMap.Designer.cs. Ces cours rendront votre travail plus fiable et plus facile et vous aideront à être plus productif.
Comparaison des tests d'interface utilisateur codés et Selenium Contre QTP
Vous trouverez ci-dessous le tableau de comparaison des interfaces utilisateur codées et Selenium Contre QTP :
- Selenium ne prend en charge aucun WPF ainsi que Windows applications
- Visual Studio CodedUI prend en charge les tests d'applications Windows Store ainsi que les tests d'applications Windows Phone. Aucun autre outil ne prend en charge cela.
- Le test terminé prend en charge l'application Windows mais nécessite l'installation d'un plugin.
Comparaison des tests d'interface utilisateur codés et Selenium Contre QTP
Résumé :
- Les tests automatisés qui pilotent votre application via son interface utilisateur (UI) sont appelés tests CodedUI (CUIT).
- Le cadre d'automatisation des tests d'interface utilisateur codé prend en charge des technologies telles que les services Web, les applications Windows Phone, les applications Web, etc.
- Les tests codés de l'interface utilisateur permettent aux développeurs et Testeurs de logiciels collaborer efficacement en utilisant les mêmes outils/langage
- Le contenu ou un fichier créé lors de l'utilisation de CodedUI comprend
- UIMap.Designer.cs
- UIMap.cs
- CodedUITest1.cs
- UIMap.uitest