- Premiers pas avec Test Suite
- Studio
- Suite de tests - Studio
- Vue d'ensemble (Overview)
- Activités et API de test
- Orchestrator
- Testing Robots
- Test Manager
- Attribuer des licences Test Manager
- Guide de démarrage rapide
- Prérequis
- Assigning test cases to requirements
- Linking test cases in Studio to Test Manager
- Unlink automation
- Delete test cases
- Documenter les cas de test avec Task Capture
- Créer des scénarios de test
- Génération de tests optimisée par l’IA
- Clonage des cas de test
- Exporter des cas de test
- Cas de test automatisés
- Cas de test manuels
- Appliquer des filtres et des vues
- Ensembles de tests
- Exécution de tests
- Documents
- Rapports
- Exporter des données
- Opérations en bloc
- Résolution des problèmes
Importer un projet
Vous pouvez importer des projets à partir de sources externes afin d’effectuer des opérations de test via Test Manager. Utilisez cette fonctionnalité afin de transférer des projets de test complets depuis différents systèmes de gestion du cycle de vie des applications (ALM) vers Test Manager.
L’importation du projet suit un schéma qui convertit les projets système externes (des applications de test, par exemple) en un format pouvant être lu par Test Manager. Cela inclut des objets tels que les exigences, les cas de test, les ensembles de test, les résultats de test, les libellés, les champs personnalisés et les pièces jointes. Le processus d’importation s’effectue de façon asynchrone.
- De nouveaux ID d’objet (GUID) sont générés au cours de l’importation dans Test Manager.
- Les horodatages (Heurede création ,Heure de miseà jour ) sont conservés.
- Créé paret Mis à jour par font référence à l'utilisateur qui a soumis la demande d'importation de projet. Nous ne conservons pas l'utilisateur d'origine qui a créé l'artefact dans le système ALM.
- Les pièces jointes dépassant les limites de taille (90 Mo) sont ignorées.
Tout utilisateur disposant d’une licence Test Manager valide peut importer des projets.
Pour plus d'informations, consultez Gestion des accès des utilisateurs et des groupes (User and Group Access Management).
Vous avez besoin de la version du schéma pour créer le fichier TMH. La récupération de la version du schéma implique l'utilisation d'appels d'API dans Swagger. Pour récupérer la version du schéma, suivez les étapes ci-dessous :
- Accédez à Swagger à l’aide du point de terminaison Test Manager que vous utilisez actuellement. Pour connecter Swagger à votre Test Manager, consultez références de l’API
- Accédez à la requête ProjectMigrationSchema .
- Exécutez GET /api/v2/migration/schema/versions et copiez la version générée dans le corps de la réponse.
- Saisissez la version du schéma copiée en tant que paramètre pour GET /api/v2/migration/schema/{schemaVersion} et exécutez l'API.
- Sélectionnez Télécharger le fichier dans la section Corps de la réponse .
Résultats: un fichier ZIP est téléchargé, qui contient le schéma des différents artefacts de test dans le fichier TMH. Le fichier ZIP contient les dossiers et fichiers suivants :
- Un dossier des pièces jointes - contient des sous-dossiers correspondant aux pièces jointes associées à chaque objet, l'ID de l'objet est le nom du dossier (cas de test, ensembles de test, exigences, exécutions de test, etc.).
- Un dossier d’objets : contient des sous-dossiers correspondant à tous les types d’objets disponibles dans Test Manager.
- Un fichier manifeste JSON - contient des métadonnées de base sur votre WebExtension.
- Un fichier readme.txt - contient des instructions pour préparer les données qui vont à l'intérieur des dossiers.
Exemple: pour spécifier un cas de test, utilisez l'exemple de schéma ci-dessous :
{
"testCases": [
{
"id": "string (100)",
"version": "string (100)",
"name": "string (100)",
"inputParams": "string",
"description": "string",
"automationId": "string (100)",
"automationTestCaseName": "string (100)",
"automationProjectName": "string (100)",
"foreignRef": "string",
"connectorTestCaseId": "string",
}
]
}
{
"testCases": [
{
"id": "string (100)",
"version": "string (100)",
"name": "string (100)",
"inputParams": "string",
"description": "string",
"automationId": "string (100)",
"automationTestCaseName": "string (100)",
"automationProjectName": "string (100)",
"foreignRef": "string",
"connectorTestCaseId": "string",
}
]
}
Assurez-vous de remplacer les données entre parenthèses par les données correspondant à votre cas de test.
-
Après avoir créé des fichiers JSON pour chaque objet d'un projet, ajoutez-les au sous-dossier correspondant dans le dossier des objets . Vous pouvez nommer les fichiers JSON comme vous le souhaitez, mais les noms des sous-dossiers doivent rester les mêmes
Exemple: ajoutez les fichiers JSON qui contiennent des données sur les cas de test au sous-dossier testcases .
Important : si vous avez un grand nombre d'objets à importer, divisez-les en plusieurs fichiers, tels quetestcases-1.json
ettestcases-2.json
. Nous vous recommandons d'ajouter un nombre maximum de 500 fichiers par sous-dossier. -
Ajoutez les fichiers de pièces jointes associés aux objets sous le dossier des pièces jointes , en utilisant la hiérarchie de dossiers suivante :
/attachments/object-id/file name
.object-id
: remplacez-le par l'ID de l'objet associé.file name
: remplacez-le par le nom de la pièce jointe.
Tout utilisateur disposant d’une licence Test Manager valide peut importer des projets.
Pour plus d'informations, consultez Gestion des accès des utilisateurs et des groupes.
Le projet importé apparaît sur la page Projets (Projects), en grisé jusqu'à ce que le processus soit terminé.
Étapes post-importation
Examinez le rapport de projet d’importation qui s’affiche sous forme de notification dans Test Manager une fois le processus terminé. Le fichier PDF qui récapitule l’importation indique le statut des objets importés. Vous pouvez enquêter sur des objets individuels n’ayant pas été importés dans le fichier csv du journal de migration des objets. Si l’importation du projet échoue, contactez l’assistance UiPath®.