Infrastructure d'automatisation des test

Vue d'ensemble (Overview)

L'infrastructure d'automatisation de test est un modèle qui fournit une base pour tester des projets en intégrant les meilleures pratiques essentielles. L'infrastructure inclut des fonctionnalités de gestion des ressources, des constantes, de journalisation et de gestion des exceptions.

Mode de fonctionnement

Le modèle suit trois phases consécutives :

1. SetUp (SetUp.xaml) — Cette phase lit le fichier Assets.json et initialise les applications utilisées dans le processus. Si l'initialisation est réussie, l'exécution passe à la phase Exécuter le test. En cas d'échec, l'exécution se termine et un cas de test échoue, générant une capture d'écran disponible dans Orchestrator.

   

   1. InitAllAssets.xaml— Cette phase initialise, remplit et génère un dictionnaire de configuration, Ressources (Assets), qui est utilisé tout au long du projet. Les ressources sont récupérées à partir d'Orchestrator.

2. Run Test (placeholder for test case)— This phase is where the Test Case is executed. The Placeholder activity changes at runtime into an Invoke Workflow File activity. This activity then invokes the Test Case with the execution template attached to it. This creates a temporary workflow file called Generated – testCaseName. The Test Case is wrapped in a Timeout Scope that has the Throw Exception After input value set to theTestTimeOut constant. If the execution of the Test Case exceeds theTestTimeOut, it stops the execution. This is useful in case a process ends up in an infinite loop, as it stops the execution so the robot can be free.

   

3. Nettoyage (TearDown.xaml) : cette phase finalise l'exécution du cas de test et effectue les actions nécessaires pour nettoyer l'environnement en vue des exécutions futures.

   

   1. KillAllProcesses.xaml : force l'arrêt d'un processus Windows qui représente une application utilisée dans le processus métier. Cependant, l'arrêt des processus peut entraîner des résultats indésirables, tels que la perte des modifications non enregistrées des fichiers. Malgré le nom de ce workflow, il n'est pas obligatoire de toujours forcer l'arrêt de tous les processus utilisés. D'autres étapes peuvent être plus appropriées pour rétablir l'état du système, en fonction des exigences du processus métier.

4. TakeScreenshots.xaml : prend une capture d'écran de tout l'écran et l'enregistre au format .PNG dans un dossier spécifié par l'argument in_Folder. Vous pouvez invoquer cette phase partout où vous en avez besoin dans le workflow.

Personnalisation du modèle

Pour configurer le modèle en fonction de votre cas d'utilisation spécifique, procédez comme suit :

1. Dans le dossier Données (Data), ouvrez le fichier Assets.json et ajoutez les ressources Orchestrator auxquelles vous devez accéder.

   

   Remarque :

   Utilisez le fichier Assets.json pour n'importe quel type de ressource, à l'exception des informations d'identification. Pour utiliser les ressources Credential définies dans Orchestrator, ajoutez-les plutôt comme une Constante.

2. Dans le gestionnaire de données, sous Constantes (Constants), ajoutez les ressources d'identification que vous souhaitez utiliser. Pour y accéder, ajoutez une activité Obtenir les informations d'identification (Get Credential).

   Astuce :

   Si la ressource Credential est stockée dans un dossier Orchestrator différent de celui dans lequel le processus est en cours d'exécution, créez une autre Constante pour stocker le nom du dossier.

3. Modifiez la constante TestTimeOut pour modifier le temps d'exécution autorisé d'un cas de test.

Les dépendances par défaut de ce modèle de projet sont UiPath.System.Activities, UiPath.UIAutomation.Activities et UiPath.Testing.Activities.