- 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
- Playwright test case fields
- 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
- Bundle d’utilisateurs virtuels de test de performance
- Tests de performances : exemple d'utilisation
- Platform Units et coûts d'infrastructure
- Licences supplémentaires
- 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
Modèle de consommation de Platform Unit et de coût d'infrastructure pour les tests de performances exécutés via des robots Cloud sans serveur dans Test Manager.
Les unités de plateforme et les coûts d'infrastructure deviennent pertinents lorsque les tests de performance sont exécutés via des robots cloud sans serveur, car chaque exécution de robot consomme des Platform Units fournies par l'infrastructure cloud d'UiPath.
Pour les robots locaux, les Platform Units ne sont pas nécessaires, mais les clients doivent s'assurer qu'ils enregistrent et maintiennent suffisamment de machines locales pour gérer la charge de test requise, ce qui entraîne leurs propres coûts d'infrastructure.
Les pools d'Elastic Robots offrent une troisième option, conjointement aux versions sans serveur et locales: générer une charge à partir de votre propre capacité privée Azure, AWS ou Google Cloud, mettre à l'échelle les injections de charge vers le haut et vers le bas en fonction d'un test, au lieu d'utiliser l'infrastructure multi-locataire partagée d'UiPath ou en maintenant votre propre matériel local.
Les pools d’Elastic Robots sont destinés aux clients réglementés dont la posture de conformité régit la génération de charge cloud partagée, mais qui ne souhaitent pas dimensionner et gérer elles-mêmes les machines locales. Pour configurer votre propre infrastructure Azure à cette fin, reportez-vous à Configuration du fournisseur de cloud.
Pour de plus amples informations sur les Platform Units dans le contexte des tests de performance, consultez la rubrique Consommation de Platform Units dans la documentation Orchestrator.