- Démarrage
- À propos de Test Manager
- Actions d'Autopilot
- À propos du chat Autopilot (agent)
- À propos du masquage des informations personnelles
- Démarrage
- Disponibilité de la fonctionnalité Test Manager
- Tarification unifiée : Test Manager de licence
- Flex : Test Manager de licence
- Guide de démarrage rapide
- Types de test dans Test Manager
- Gestion de projet
- Documents
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- Champs de cas de test Playground
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis à l’état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Appliquer des filtres et des vues
- Importer des ensembles de test Orchestrator
- Creating test sets
- Ajouter des cas de test à un ensemble de test
- Attribuer des utilisateurs par défaut dans l'exécution de l'ensemble de tests
- Activation de la couverture des activités
- Configuration d'ensembles de test pour des dossiers et des robots d'exécution spécifiques
- Remplacer les paramètres
- Cloner des ensembles de tests
- Exporter des ensembles de tests
- Appliquer des filtres et des vues
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Exécution de tests manuels
- Exécuter des tests automatisés
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Appliquer un ordre d’exécution
- Réexécution des exécutions de test
- Planification des exécutions
- Résoudre les problèmes des exécutions automatisées
- Tests de performances - Vue d'ensemble
- Prérequis logiciels et systèmes
- Configuration requise pour le système de robot local
- Créer des tests automatisés
- Exécution de scénarios de performances
- Limitations connues des tests de performances
- Meilleures pratiques en matière de tests de performances
- Résolution des problèmes de tests de performances
- Tests d'accessibilité pour Test Cloud
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Connecté à Test Manager
- Test Manager - Connecteur Integration Service
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
Prérequis logiciels et système pour les tests de performances dans Test Manager, couvrant les exigences de la version de Studio, le Cloud robot et la configuration du robot sur site.
Avant de créer et d'exécuter des scénarios de tests de performances dans Test Manager, assurez-vous que votre organisation et votre locataire répondent aux prérequis d'infrastructure, de robot et d'automatisation de test requis. La configuration dépend du type de robot utilisé pour exécuter la charge avec : robots Cloud ou robots App Testing (non assistés), robots sur site.
Configuration requise de Studio
Les tests de performance réutilisent vos cas de test fonctionnels automatisés existants. Assurez-vous de créer vos tests Studio en fonction des conditions suivantes :
- Utilisez une version d’UiPath Studio égale ou supérieure à 2025.10.3.
- Utilisez un type de projet Automatisation de test.
- Utilisation des dernières versions de package d’activités :
System.Activitiesversion 25.4.2 ou ultérieureTesting.Activitiesversion 25.10.2 ou ultérieureUIAutomation.Activitiesversion 25.10.2 ou ultérieureWebAPI.Activitiesversion 2.1.0 ou versions ultérieures
L'analyseur de workflow s'exécute dans le cadre de chaque test et confirme que Studio, UIAutomation.Activities, et le package de versions Testing.Activities utilisées par chaque cas de test répondent aux exigences ci-dessus. Un cas de test basé sur une ancienne version peut bien fonctionner dans un ensemble de tests régulier, mais échouer une fois qu'il atteint le test - l'analyseur de workflow indique exactement la version ou l'activité qui pose problème, avant que vous ne passiez du temps sur une exécution vouée à l'échec.
Configuration requise pour Robot
Configurez les types de robots dont vous avez besoin.
- Les robots cloud sans serveur consomment des Platform Units et sont adaptés aux tests Web et d'API. Elles s'adaptent automatiquement dans Test Cloud, mais ne prennent pas en charge les automatisations de poste de travail.
- Les robots locaux consomment 250 runtimes par bundle d'utilisateurs virtuels et sont requis pour les tests de performances du bureau. Ces runtimes doivent être attribués dans des modèles de machine dans Orchestrator. Reportez-vous à la configuration système requise pour les robots locaux.
Configuration requise pour le réseau
Métriques HTTP sécurisées par le pare-feu : si le port 5671 (AMQP vers Azure Event Hub) est bloqué, Performance Testing revient automatiquement à la communication basée sur WebSocket sur le port 443 et, si cela échoue également, à la livraison de métriques basée sur l'API. Vous n'avez pas besoin de demander une nouvelle règle de pare-feu pour obtenir les métriques ; la solution de secours est automatique. Reportez-vous à la section Dépannage des tests de performances pour obtenir le diagnostic du port 5671 ; c'est toujours la première chose à vérifier si les métriques ne s'affichent pas.
Sources de données (entités Data Fabric)
Les scénarios de performances nécessitent souvent des données de test dynamiques à grande échelle. Test Manager peut se connecter aux entités Data Fabric, qui serviront de source de données de test paramétrées lors de l’exécution du scénario. Cela garantit une entrée réaliste et diversifiée pour les utilisateurs virtuels simultanés.