UiPath Documentation
test-manager
latest
false
Guide de l'utilisateur de Test Manager
Important :
La localisation du contenu nouvellement publié peut prendre 1 à 2 semaines avant d’être disponible.

Types de test dans Test Manager

Types de test pris en charge par Test Manager dans Automation Cloud et Test Cloud, de la RPA et des tests d'applications aux performances, à l'accessibilité et aux tests autonomes.

Test Manager est la plateforme pour les exigences, les cas de test, les ensembles de tests et les résultats, quel que soit le type de tests que vous effectuez. Cette page vous donne une vue d'ensemble de chaque type de test que vous pouvez exécuter et vous indique où trouver plus d'informations sur chacun d'entre eux.

Type de testCe qu'il valideRecommandé pour
Test RPAAutomatisations UiPath Studio et logique de workflowConfirmation que les automatisations continuent de fonctionner à mesure que le workflow sous-jacent change
Test d'applicationApplications Web, de bureau, SAP et mobiles, indépendantes d'une automatisation spécifiqueValidation de l'IU, de l'API, basée sur les données et multi-plateformes des systèmes avec lesquels vos automatisations interagissent
Tests de performancesCas de test fonctionnels automatisés avec des utilisateurs virtuels simultanésTests de charge et capture des régressions de performances avant qu'elles n'atteignent la production
Test d'accessibilitéSi votre application répond aux normes d'accessibilitéVérifications de conformité gérées et signalées à partir de Test Manager
Autonomous Test ExecutionCas de test manuels pré-écrits, exécutés de manière non assistée par AutopilotTests de régression, tests dépendants des identifiants et tests uniques ou ad hoc
Exploration autonomeComportement de l'application non défini, exploré en temps réel sans script pré-écritTests pilotés par la découverte : trouver des problèmes inconnus et des cas périphériques qu'un test scripté ne détecterait pas

Test RPA​

Les tests RPA valident les automatisations que vous créez dans UiPath Studio, afin que vous puissiez confirmer qu'elles continuent de fonctionner comme prévu pendant que le workflow sous-jacent change. Ils sont construits autour des éléments suivants :

  • Data-driven testing — exercising a workflow against varied input using test data files, auto-generated data, Data Service entities, or queues. For details, see Data-driven testing.
  • Mock testing — substituting inputs or dependencies during design, so parts of a process can be validated before every dependency is ready. For details, see Mock testing.
  • Activity and descriptor coverage — tracking how much of a workflow has actually been exercised by your test cases, and surfacing redundant coverage. For details, see Activity coverage and Descriptor coverage.
  • Profile execution — measuring the performance of each module in a test to catch regressions early. For details, see Profile Execution.

Les cas de test sont conçus dans Studio, publiés dans Orchestrator sous forme de packages, puis liés à Test Manager pour la traçabilité, la gestion de l'exécution et la création de rapports.

Test d'application​

Les tests d'applications valident les systèmes avec lesquels vos automatisations interagissent - applications Web, de bureau, SAP ou mobiles - indépendamment d'un projet d'automatisation spécifique. Il prend en charge à la fois les automatisations de test low-code (glisser-déposer) et entièrement codées.

Tests d'IU​

Basé sur le pack d'activités UI Automation et le référentiel d'objets, pour interagir avec les éléments d'interface et effectuer des vérifications sur ceux-ci de manière fiable.

Tests de l'API​

Utilise le pack d'activités Testing pour valider directement les réponses HTTP/API, sans piloter l'IU.

Tests centrés sur les données​

La même approche basée sur les données utilisée dans les tests RPA (fichiers de données de test, données générées automatiquement, entités, files d'attente) appliquée aux cas de test au niveau de l'application.

Tests multiplateformes et mobiles​

Le pack d'activités Mobile Automation se connecte aux fermes d'appareils et aux émulateurs, afin que les tests puissent s'exécuter sur des appareils mobiles réels ou virtuels sans gestion manuelle des appareils.

Remarque :

Les tests inter-navigateurs ne sont pas une fonctionnalité distincte. Ils sont gérés par la façon dont UI Automation cible un navigateur donné, et non une grille de test multi-navigateurs dédiée.

Tests de performances​

Load-tests your automated functional test cases under concurrent virtual users. You configure load groups, ramp-up times, and thresholds in Test Manager, run a dry run to validate, then execute at scale and monitor results, including dedicated API performance result views. For details, see Performance testing - overview.

Test d'accessibilité​

Evaluates whether your application meets accessibility standards, managed and reported on from within Test Manager. For details, see Accessibility testing for Test Cloud.

Autonomous Test Execution​

Exécute les cas de test manuels pré-écrits automatiquement à l'aide d'Autopilot. Un testeur humain a déjà écrit les étapes et Autopilot les exécute de manière non assistée, remplaçant l'effort de conversion d'un test manuel en une automatisation Studio entièrement scriptée. Il est étendu aux cas de test basés sur le Web et prend en charge les éléments suivants :

  • Identifiants via les ressources d'Orchestrator
  • Un choix de modèles d'IA sous-jacents
  • Diffusion en direct, contrôle à distance et annulation d'une exécution en cours

Le mieux adapté aux :

  • Tests de régression des fonctionnalités stables
  • Tests dépendants des identifiants
  • Tests uniques ou ad hoc
  • Tests par les utilisateurs professionnels qui ne souhaitent pas créer ou maintenir des scripts

En savoir plus :

Exploration autonome​

Un agent découvre simultanément l'application, conçoit des tests et les exécute en temps réel, sans script de test prédéfini. Guidé par une charte, une exigence ou un témoignage utilisateur, il explore l'application comme un utilisateur curieux dans une session avec durée limitée, avec des contrôles basés sur le modèle Human-in-the-Loop facultatifs (mettre en pause, guider, ignorer, reprendre) et un rapport de résultats structuré à la fin.

Le mieux adapté aux tests basés sur la découverte, par exemple pour trouver des problèmes inconnus, des cas périphériques et un comportement inattendu qu'un test scripté ne détecterait pas.

En savoir plus :

Voir également​

Cette page vous a-t-elle été utile ?

Connecter

Besoin d'aide ? Assistance

Vous souhaitez apprendre ? UiPath Academy

Vous avez des questions ? UiPath Forum

Rester à jour