- Démarrage
- 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
- Importer des cas de test manuels
- Documenter les cas de test avec Task Capture
- Paramètres
- 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
- Activer Healing Agent
- 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
- Rechercher avec Autopilot
- 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'API
- Résolution des problèmes
Guide de l'utilisateur de Test Manager
Respectez les exigences système et les directives de configuration recommandées pour exécuter les robots de test de performances dans un environnement local. Ces recommandations se fondent sur des points de référence internes UiPath ainsi que des enquêtes sur le champ.
Multiplication
Les robots de test de performances reposent sur le multiples, ce qui signifie que plusieurs utilisateurs virtuels (VU) peuvent être exécutés en parallèle sur la même machine.
Le nombre de VU qu'un seul robot exécute simultanément est appelé facteur de multiplexation. Le facteur de multiplication est différent par type d’automatisation.
- Les automatisations d’API prennent en charge le facteur de multiplexing le plus élevé en raison de leur pondération légère et légère au processus et de la connexion d’E/S. Les plages typiques sont de 20 à 100+ VU par cœur de processeur, selon la taille de la charge utile de l'API.
- Les automatisations Web prennent en charge le multiplicateur.
- Les automatisations de bureau sont limitées à 1 VPN par machine en raison de contraintes de session Windows.
Un multiple efficace dépend des éléments suivants :
- Architecture/performances du processeur et RAM disponible
- Type et complexité de la charge de travail.
- Charges généraux du système et services d’arrière-plan
Astuce :
Use separate robot pools for API vs. Web workloads to tune multiplexing independently and avoid resource contention.
Machines virtuelles
- Utilisez des machines virtuelles optimisées par le calcul avec de solides processeurs et un stockage SSD.
- Base de référence recommandée : 16 cœurs de processeur physique, 32 Go de RAM, SSD.
- Configurations alternatives (du fait de réduire l’efficacité) : 4 cœurs / 8 Go de RAM ou 8 cœurs / 16 Go de RAM.
- Gardez les machines virtuelles exemptes de services d’arrière-plan inutiles.
Logiciels et systèmes d'exploitation
- Windows Server 2022 ou version ultérieure
- Google Chrome installé (la plus récente stable) pour les automatisations Web
Remarque :
Trouble: When running Web Automation on premises (using local machines), make sure you set up group policy correctly. Go to Studio Desktop, navigate to UiPath Extensions > Chrome. If the Group Policy Online value is not set, uninstall the plugin, and select Group Policy Online during installation. For more information on policies, refer to Studio - Group Policies.
Les automatisations d’API ne nécessitent pas de navigateur, mais l’exigence de système d’exploitation susmentionnée s’applique toujours.
Rapports sur les ressources
- Processeur : 0,5 – 1,8 VU par cœur physique (métriques sur 16 cœurs physiques)
- RAM : 0,5 – 2 V n par Go de RAM
- Compter les cœurs physiques uniquement ; l'hyper-fil de discussion offre peu d'avantages en cas de charge importante
Ces ratios de base s'appliquent le plus directement aux charges de travail Web. Les charges de travail d’API atteignent souvent une densité de virtuel plus élevée par cœur/Go en raison d’une surcharge de rendu plus faible. Validez vos charges de travail par une exécution d’essai et une exécution complète avant de finaliser le dimensionnement.