Un test d'automatisation de logiciel typique nécessite un outil 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.
Dans ce didacticiel, vous apprendrez-
- Qu'est-ce que le test codé de l'interface utilisateur (CUIT)?
- Fonctionnalités de test codées de l'interface utilisateur
- Technologies prises en charge par le test codé de l'interface utilisateur (CUIT)
- Pourquoi utiliser une interface utilisateur codée pour l'automatisation des tests
- Comment créer des tests d'interface utilisateur codés (CUIT)
- Contenu d'un test d'interface utilisateur codé
- Comment effectuer un test d'interface utilisateur codé
- Meilleures pratiques pour le test codé de l'interface utilisateur (CUIT)
- Comparaison des tests d'interface utilisateur codés vs. Sélénium vs QTP
Qu'est-ce que le test codé de l'interface utilisateur (CUIT)?
Les CUIT sont des tests automatisés qui pilotent votre application via son interface utilisateur (UI). Par conséquent, le nom des tests d'interface utilisateur codés (CUIT). Ces tests impliquent des tests fonctionnels des contrôles de l'interface utilisateur. Il vérifie la fonctionnalité de l'ensemble de l'application, y compris l'interface utilisateur.
Fonctionnalités de test codées de l'interface utilisateur
Les fonctionnalités codées de l'interface utilisateur incluent
- Test fonctionel
- Générer du code en VB / C #
- Intégré à l'histoire d'ALM
- Construire, déployer et tester en laboratoire ou dans le cadre d'une build
- Exécutions locales, à distance, collecte de données
- Extensibilité riche
- Enregistrement sensible à l'intention et lecture résiliente
Technologies prises en charge par le test codé de l'interface utilisateur (CUIT)
Avec une interface utilisateur codée, une application dotée d'une interface utilisateur (interface utilisateur) 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 la fenêtre
- Services Web (SOAP, ASPX, etc.)
- Applications de téléphone avec fenêtre
- WPF (Windows Presentation Foundation)
- Applications Web (HTML, Silverlight, HTML5)
Pourquoi utiliser une 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 les sites Web et les projets Windows.
- Le mécanisme d'identification des éléments est une fonctionnalité intéressante de l'interface utilisateur codée. 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», les 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 le résultat en utilisant efficacement log4net.dll
- L'outil d'interface utilisateur codée prend en charge la programmation descriptive. Il permet aux testeurs de logiciels d'automatiser des scénarios en fonction des 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 en cours de test, les méthodes de test, les paramètres, les assertions, etc. Pour chaque test, il crée également un fichier de classe.
| Déposer | Teneur | Modifiable |
|---|---|---|
| UIMap.Designer.cs | Section 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 classe CodeUITest1 | Oui |
| UIMap.uitest | Le mappage XML de l'interface utilisateur pour le test. Il est modifié uniquement via l'éditeur de carte d'interface utilisateur | Non |
- UIMap.Designer.cs : le concepteur contient la vue de code de l'UIMap. Il est généré lorsqu'un testeur enregistre une interaction de 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. Au départ, ce fichier sera vide et pourra être rempli ultérieurement. Si des modifications sont directement apportées au fichier UIMap.designer.cs, assurez-vous qu'il n'est pas enregistré sinon toutes les modifications seront perdues.
- CodedUITest1.cs : ce fichier contient une classe de test d'interface utilisateur codée, des méthodes de test, un appel d'assertion et un appel de méthode. Toutes les assertions et méthodes sont appelé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 modifié uniquement via l'éditeur de carte d'interface utilisateur
Comment effectuer un test d'interface utilisateur codé
L'interface utilisateur codée propose deux méthodes différentes pour tester 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 un test d'interface utilisateur codé,
- Créer un projet de test d'interface utilisateur codé
- 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 les assertions
- Exécutez le test
Meilleures pratiques pour le test codé de l'interface utilisateur (CUIT)
Voici quelques bonnes pratiques pour un test d'interface utilisateur codé,
- Utilisez le générateur de test codé de l'interface utilisateur chaque fois 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 comme une 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 test d'interface utilisateur codé. 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 les 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 vs. Sélénium vs QTP
Vous trouverez ci-dessous le tableau de comparaison des tests d'interface utilisateur codés avec d'autres outils d'automatisation.
- Selenium ne prend pas en charge les applications WPF ainsi que Windows
- L'interface utilisateur codée de Visual Studio prend en charge les tests d'application 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.
Résumé:
- Les tests automatisés qui pilotent votre application via son interface utilisateur (UI) sont appelés tests d'interface utilisateur codés (CUIT).
- L'interface utilisateur codée prend en charge des technologies telles que les services Web, les applications Windows Phone, les applications Web, etc.
- L'interface utilisateur codée permet aux développeurs et aux testeurs de logiciels de collaborer efficacement en utilisant les mêmes outils / langage
- Le contenu ou un fichier créé lors de l'utilisation de l'interface utilisateur codée comprend
- UIMap.Designer.cs
- UIMap.cs
- CodedUITest1.cs
- UIMap.uitest