- Démarrage
- Meilleures pratiques
- Locataire
- À propos du contexte du locataire
- Recherche de ressources dans un locataire
- Gestion des Robots
- Connexion des Robots à Orchestrator
- Enregistrement des identifiants du Robot dans CyberArk
- Stockage des mots de passe de l’Unattended Robot dans Azure Key Vault (lecture seule)
- Stockage des informations d’identification de l’Unattended Robot dans HashiCorp Vault (lecture seule)
- Stockage des informations d'identification du robot Unattended dans AWS Secrets Manager (lecture seule)
- Suppression des sessions Unattended déconnectées et qui ne répondent pas
- Authentification du Robot
- Authentification du Robot avec les informations d'identification du client
- Configurer les capacités d’automatisation
- Solutions
- Audit
- Paramètres
- Registre
- Cloud Robots
- Présentation des robots cloud
- Exécution d'automatisations Unattended à l'aide de Cloud Robots - VM
- Téléchargement de votre propre image
- Réutilisation des images de machines personnalisées (pour les pools manuels)
- Réinitialisation des informations d'identification d'une machine (pour les pools manuels)
- Surveillance
- Mises à jour de sécurité
- Demander un essai
- Questions fréquemment posées
- Configuration du VPN pour les robots du cloud
- Configurer une connexion ExpressRoute
- Diffusion en direct et contrôle à distance
- Robots Automation Suite
- Contexte des dossiers
- Processus (Processes)
- Tâches (Jobs)
- Apps
- Déclencheurs (Triggers)
- Journaux (Logs)
- Surveillance
- Index
- Files d'attente (Queues)
- Actifs
- À propos des actifs
- Gestion des actifs dans Orchestrator
- Gestion des actifs dans Studio
- Stockage des ressources dans Azure Key Vault (lecture seule)
- Stockage des ressources dans HashiCorp Vault (lecture seule)
- Stockage des ressources dans AWS Secrets Manager (lecture seule)
- Stocker des ressources dans Google Secret Manager (lecture seule)
- Connexions
- Règles métier
- Compartiments de stockage
- Serveurs MCP
- Tests d'Orchestrator
- FAQ – Migrer des artéfacts de test vers Test Manager
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Automatisation de test
- Test de la stratégie de conservation des données
- Service de catalogue de ressources
- Intégrations
- Résolution des problèmes

Guide de l'utilisateur d'Orchestrator
FAQ – Migrer des artéfacts de test vers Test Manager
Cette page Foire aux questions (FAQ) a pour but de servir de base de connaissances pour répondre aux questions fréquemment posées concernant la migration des artéfacts de test d'Orchestrator vers Test Manager. Il ne fournit pas la liste complète de tous les problèmes que vous pouvez rencontrer, mais il est destiné à fournir des conseils sur les problèmes les plus courants. Si vous rencontrez des problèmes qui ne sont pas traités ici, n'hésitez pas à contacter l'assistance technique UiPath®.
Avant l'abandon du module Testing, nous vous recommandons de migrer tous vos artéfacts de test Orchestrator vers Test Manager.
Quel est le but de la migration ?
L'abandon du module Testing (Test) d'Orchestrator nécessite de migrer les objets d'Orchestrator vers Test Manager. Test Manager fournit des fonctionnalités étendues par rapport à ce qu'offre actuellement Orchestrator. Pour utiliser tout le potentiel de Test Cloud, nous vous recommandons de migrer des objets vers Test Manager.
Dois-je déclencher la migration ou se fait-elle automatiquement ?
Vous devez lancer vous-même la migration et décider quels ensembles de tests sont utilisés dans quel projet. Test Manager fournit des projets de test, vous permettant d'organiser plus précisément vos tests, tandis qu'Orchestrator regroupe les tests dans des dossiers.
Quels objets dois-je migrer ?
Vous devez migrer des ensembles de tests depuis Orchestrator vers Test Manager, ce qui donnera lieu aux éléments suivants :
- De nouveaux scénarios de test sont créés dans Test Manager, s'ils ne sont pas déjà présents.
- Les scénarios de test existants sont associés aux nouveaux ensembles de tests de Test Manager.
- Les résultats des tests de l'ensemble de tests spécifique sont migrés et les planifications des ensembles de tests correspondants sont créées, mais désactivées. Vous devrez activer ces planifications manuellement.
Puis-je migrer des ensembles de tests Orchestrator, quel que soit l'accès ?
Non, vous devez avoir accès au dossier dans lequel se trouve l'ensemble de tests Orchestrator pour le migrer.
Puis-je migrer à nouveau un ensemble de tests ?
Non, vous ne pouvez pas migrer à nouveau des ensembles de tests.
Qu'arrive-t-il aux files d'attente de données de test ?
Pour l'instant, les files d'attente de données de test resteront dans le module de test Orchestrator et disposeront des mêmes fonctionnalités qu'auparavant.
Combien de temps faudra-t-il pour migrer 100 ensembles de tests dans un projet ?
La durée de la migration dépend du nombre d'artéfacts que vous devez migrer. Par exemple, le traitement de 1 000 journaux accompagnés d'une capture d'écran nécessitera plus de temps que le traitement de 1 000 journaux sans captures d'écran.
Est-ce que je serai avisé lorsque la migration d'un ensemble de tests sera terminée ?
Oui, vous recevrez un avis dans le panneau Notifications lorsque la migration d'un ensemble de tests sera terminée.
Prochaines étapes
Pour vérifier les fonctionnalités de l’outil de migration, consultez Importer des ensembles de tests Orchestrator.
- Quel est le but de la migration ?
- Dois-je déclencher la migration ou se fait-elle automatiquement ?
- Quels objets dois-je migrer ?
- Puis-je migrer des ensembles de tests Orchestrator, quel que soit l'accès ?
- Puis-je migrer à nouveau un ensemble de tests ?
- Qu'arrive-t-il aux files d'attente de données de test ?
- Combien de temps faudra-t-il pour migrer 100 ensembles de tests dans un projet ?
- Est-ce que je serai avisé lorsque la migration d'un ensemble de tests sera terminée ?
- Prochaines étapes