Tutoriel sur le cadre d'automatisation des tests codés de l'interface utilisateur

Une automatisation logicielle typique Les tests nécessitent des outils d'automatisation tels que 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 tutoriel sur l'interface utilisateur codée pour les débutants, vous apprendrez-

• Qu'est-ce que le test codé de l'interface utilisateur ?
• 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 l'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 codé de l'interface utilisateur
• Bonnes pratiques pour le test codé de l'interface utilisateur (CUIT)
• Comparaison entre le test codé de l'interface utilisateur, Selenium et QTP

Qu'est-ce que le test codé de l'interface utilisateur ?

Test codé de l'interface utilisateur (CUIT) est un test automatisé qui pilote les applications via son interface utilisateur (UI). D'où le nom de test codé de l'interface utilisateur (CUIT). Ce test implique des tests fonctionnels des commandes 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.

Architecture de test de l'interface utilisateur

Fonctionnalités de test d'interface utilisateur codées

Les fonctionnalités codées de l'interface utilisateur incluent

• Tests fonctionnels
• Générer du code en VB/C#
• Intégration avec l'histoire ALM
• Créez, déployez et testez en laboratoire ou dans le cadre d'une génération
• 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 l'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 Windows
• Services Web (SOAP, ASPX, etc.)
• Applications Windows Phone
• WPF (Windows Presentation 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 les projets Web et Windows.
• Le mécanisme d'identification des éléments est une excellente fonctionnalité 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 test", les tests d'automatisation peuvent être exécutés sur des machines distantes
• Les équipes d'automatisation peuvent développer des tests sophistiqués à l'aide d'une interface utilisateur codée avec un cadre en couches
• Les testeurs de logiciels peuvent capturer les exceptions et enregistrer efficacement le résultat à l'aide de log4net.dll
• L'outil d'interface utilisateur codé prend en charge la 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 de la manière suivante.

• 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 codé de l'interface utilisateur

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 sous test, les méthodes de test, les paramètres, les assertions, etc. Pour chaque test, il crée également un fichier de classe.

Fichier Contenu Modifiable UIMap.Designer.csDeclaration section UIMap Class Methods PropertiesNoUIMap.csUIMap class (partial)YesCodedUITest1.csCodeUITest1 class Methods PropertiesYesUIMap.uitestLa carte XML de l'interface utilisateur pour le test. Il est modifié uniquement via l'éditeur de carte d'interface utilisateurNon

1. 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.
2. UIMap.cs :Toute modification ou personnalisation apportée à l'UIMap est stockée dans ce fichier. Initialement, 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

Ensuite, dans ce didacticiel sur l'interface utilisateur codée, nous apprendrons comment effectuer un test d'automatisation de l'interface utilisateur codée.

Comment effectuer un test codé de l'interface utilisateur

L'interface utilisateur codée propose deux manières différentes d'effectuer un test pour votre application.

1. Enregistrement et lecture codés de l'interface utilisateur ou
2. Codage manuel de l'interface utilisateur codée

Vous devez suivre l'étape suivante pour effectuer des tests codés de l'interface utilisateur,

1. Créer un projet de test CodedUI
2. Ajouter un fichier de test codé de l'interface utilisateur
3. Enregistrer une séquence d'actions
4. Vérifiez les valeurs dans les champs de l'interface utilisateur tels que les zones de texte
5. Afficher le code de test généré
6. Ajouter d'autres actions et assertions
7. Modifier les détails des activités de test et des assertions
8. Exécuter le test

Meilleures pratiques pour le test codé de l'interface utilisateur (CUIT)

Voici quelques bonnes pratiques pour un framework d'automatisation des tests codés de l'interface utilisateur :

• Utilisez le générateur de tests d'automatisation de l'interface utilisateur codée dans la mesure du 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 la forme d'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 permet d'identifier l'objectif 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éenregistrer les méthodes de test/méthodes d'assertion, si l'interface utilisateur change ou réenregistre 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 du test codé de l'interface utilisateur avec le sélénium et le QTP

Ci-dessous le tableau comparatif de Coded UI Vs Selenium Vs QTP :

• Selenium ne prend en charge aucune application WPF ni Windows
• Visual Studio CodedUI prend en charge les tests d'applications Windows Store ainsi que les tests d'applications Windows Phone. Aucun autre outil ne le prend en charge.
• Le test terminé prend en charge l'application Windows, mais nécessite l'installation d'un plug-in.

Comparaison du test codé de l'interface utilisateur avec le sélénium et le QTP

Résumé :

• Les tests automatisés qui pilotent votre application via son interface utilisateur (UI) sont connus sous le nom de tests CodedUI (CUIT).
• La structure d'automatisation des tests codés de l'interface utilisateur prend en charge des technologies telles que les services Web, les applications de téléphone Windows, les applications Web, etc.
• Les tests codés de l'interface utilisateur permettent 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 CodedUI inclut
• UIMap.Designer.cs
• UIMap.cs
• CodedUITest1.cs
• UIMap.uitest