Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Exécutez vos tests manuels et enregistrez les résultats de chaque étape à l’aide de Microsoft Test Runner. Vous pouvez effectuer des tests pour les applications Web et les applications de bureau.
Test Runner vous permet d’exécuter tous les tests actifs en batch, ou des cas de test spécifiques. Modifiez les tests pendant leur exécution. Vous pouvez exécuter des tests pour une build spécifique.
Durant le test, recueillez des informations telles qu’une capture d’écran ou vos actions de test. Si vous rencontrez un problème lors du test, utilisez Test Runner pour créer un bogue. Incluez des étapes de test, des captures d’écran et des commentaires dans le bogue.
Note
Vous exécutez des points de test et non pas des cas de test. Lorsque vous ajoutez un cas de test à une suite de tests, les points de test sont générés. Un point de test représente une combinaison unique de cas de test, de suite de tests, de configuration et de testeur.
Par exemple, un cas de test nommé Test fonction de connexion, qui a deux configurations pour les navigateurs Microsoft Edge et Chrome, génère deux points de test. Vous pouvez exécuter ou exécuter chacun de ces points de test. Lors de l’exécution, les résultats des tests sont générés. Dans la vue des résultats des tests ou l’historique des exécutions, vous pouvez voir toutes les exécutions d’un point de test. La dernière exécution du point de test est celle que vous voyez sous l’onglet Exécuter.
Clients pris en charge et options d’exécution
En plus d’exécuter des tests pour une build spécifique, les options d’exécution prennent en charge divers scénarios de test. Pour afficher les options, sous l’onglet Exécuter, sélectionnez un test, puis cliquez sur Exécuter avec les options.
Sélectionner le type de test et l’exécuteur propose les options suivantes :
Tests manuels à l’aide de l’exécuteur basé sur le navigateur web Vous pouvez sélectionner une build spécifique à tester, comme décrit dans Exécuter des tests pour une build. Sélectionnez Rechercher des builds pour ouvrir la boîte de dialogue Rechercher des builds et rechercher une build à tester.
Tests manuels à l’aide du client Test Runner Vous pouvez exécuter des tests manuels pour les applications de bureau à l’aide du client Test Runner. Si nécessaire, installez le Client de bureau Test Runner.
Tests automatisés via la phase de mise en production Pour exécuter des tests à l’aide d’une phase de mise en production, sélectionnez une build. Sélectionnez un pipeline et une étape de mise en production pour consommer les artefacts de la version. Pour en savoir plus, consultez Exécuter des tests automatisés à partir des plans de test.
L’option Tests manuels utilisant le client Microsoft Test Manager 2017 collecte des données à partir d’un ordinateur local. Sélectionnez une version. Sélectionnez un ou plusieurs collecteurs de données : Journal des actions, Journal des événements, Enregistreur à l’écran et vocal et informations système.
Tests manuels utilisant Microsoft Test Manager 2015 ou un client antérieur
Le centre de test dans le client Microsoft Test Manager est une solution de test manuel basée sur un ordinateur de bureau. Les testeurs peuvent l’utiliser pour les besoins de test manuel. Pour en savoir plus, consultez Conseils sur l’utilisation de Microsoft Test Manager. Pour obtenir Microsoft Test Manager, installez Visual Studio Enterprise ou Visual Studio Test Professional.
Prerequisites
| Category | Spécifications |
|---|---|
| Accès au projet | Membre du projet. |
| Niveaux d’accès | Au moins un accès de base. Pour plus d'informations, consultez Accès manuel aux tests et permissions. |
Prérequis pour l’outil en ligne de commande TCM
| Category | Spécifications |
|---|---|
| Outils | Visual Studio 2017 Professional ou version antérieure. Accédez à TCM à partir de l'invite de commande et des répertoires suivants : - %programfiles(x86)%\Microsoft Visual Studio\2017\Professional\Common7\IDE - %programfiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE- %programfiles(x86)%\Microsoft Visual Studio 14.0\Common7\IDE- Pour exécuter une commande TCM, spécifiez les paramètres /collection et /teamproject, et /login si nécessaire. Consultez également le tableau suivant des paramètres obligatoires et facultatifs. |
| Niveaux d’accès | - Appartenance de projet valide à un ou plusieurs projets auxquels vous souhaitez accéder et les autorisations requises en fonction des commandes que vous exécutez. Pour plus d'informations, consultez Accès manuel aux tests et permissions. - Mêmes niveaux d’accès pour l’ajout de plans de test et de suites de test pour cloner ou importer des objets de test. |
| Paramètre | Description |
|---|---|
/collection:CollectionURL |
Obligatoire. Spécifie l’URI de la collection du projet d’équipe. Le format de l’URI est le suivant : - Pour Azure DevOps Services : http://dev.azure.com/OrganizationName- Pour Azure DevOps Server : http://ServerName:Port/VirtualDirectoryName/CollectionName. Si aucun répertoire virtuel n’est utilisé, le format de l’URI est le suivant :http://ServerName:Port/CollectionName. |
/teamproject :project |
Obligatoire. Nom du projet qui contient les objets de test dans lesquelles vous souhaitez cloner ou importer des tests automatisés. |
/connexion:username,[password] |
facultatif. Spécifie le nom et le mot de passe d’un utilisateur Azure DevOps valide et qui dispose des autorisations nécessaires pour exécuter la commande. Utilisez cette option si vos informations d’identification Windows n’ont pas les autorisations appropriées, ou si vous utilisez l’authentification de base ou si vous n’êtes pas connecté à un domaine. |
Exécuter des tests pour les applications web
Procédez comme suit pour exécuter des tests pour les applications web.
Dans le portail web, ouvrez votre projet et sélectionnez Plans de test>Plans de test
Si vous ne l’avez pas déjà fait, créez vos tests manuels.
Sélectionnez Explorer ou Tous, ou utilisez Filtrer par titre pour rechercher votre plan de test et le sélectionner. Sélectionnez l’onglet Exécuter.
Sélectionnez un ou plusieurs tests, ou bien tous les tests d’une suite de tests. Sélectionnez ensuite Exécuter pour l’application web.
Microsoft Test Runner s’ouvre et s’exécute dans un nouveau navigateur.
Démarrez l’application que vous souhaitez tester.
Votre application n’a pas besoin d’être exécutée sur le même ordinateur que Test Runner. Il vous suffit d’utiliser Test Runner pour enregistrer les étapes de test réussies ou échouées pendant que vous exécutez manuellement un test.
Par exemple, vous pouvez exécuter Test Runner sur un ordinateur de bureau et exécuter votre application de boutique pour Windows 8 que vous testez sur une tablette Windows 8.
Marquez chaque étape du test comme réussie ou échouée en fonction des résultats attendus.
Si une étape de test échoue, vous pouvez saisir un commentaire pour indiquer la raison de l’échec ou collecter des données de diagnostic pour le test. Vous pouvez aussi Créer ou ajouter à un bogue.
Importante
Toute étape de test ayant un résultat attendu est appelée étape de test de validation. Les testeurs doivent marquer une étape de test avec un état s’il s’agit d’une étape de test de validation. Le résultat global d’un cas de test reflète l’état de toutes les étapes de test que le testeur a marquées. Par conséquent, le cas de test a un état d’échec si le testeur a marqué une étape de test comme ayant échoué ou non marqué.
Créer un bogue ou ajouter à un bogue
Si une étape de test échoue, saisissez un commentaire sur le comportement et collectez les données de diagnostic. Vous pouvez créer un bogue pour capturer et suivre le problème. Vous pouvez aussi mettre à jour un bogue existant avec des informations sur l’échec.
En cas d’échec d’une étape, saisissez un commentaire et sélectionnez Créer un bogue.
Note
Si le bouton Créer un bogue ne lance pas d’élément de travail de bogue, vérifiez les paramètres de l’équipe aux niveaux de zone et d’itération :
- Accédez à paramètres du projet>Équipe et vérifiez que l’équipe appropriée est définie par défaut.
- Sélectionnez le lien itérations et chemins de zone en regard du nom de l’équipe pour ouvrir la page de configuration de l’équipe.
- Vérifiez que les itérations, les itérations par défaut et les itérations de backlog correspondent à l’équipe pour le cas de test.
- Dans la page configuration de l’équipe, sélectionnez Zones et vérifiez que la zone par défaut correspond à l’équipe pour le cas de test.
Dans la boîte de dialogue Nouveau bogue, saisissez un nom pour le bogue.
Les étapes et vos commentaires sont automatiquement ajoutés au bogue. Si Test Runner s’exécute dans une fenêtre de navigateur, vous pouvez copier une capture d’écran du Presse-papiers directement dans le rapport du bogue.
Vous pouvez affecter le bogue, saisir des commentaires ou l’associer à d’autres problèmes. Sélectionnez Enregistrer et fermer lorsque vous avez terminé. Le cas de test est associé au bogue que vous avez créé.
Vous pouvez voir les bogues signalés durant votre session de test.
Au lieu de créer un bogue, vous pouvez mettre à jour un bogue existant en ajoutant des informations sur cette étape. Sélectionnez Ajouter au bogue existant dans le menu déroulant Créer un bogue.
Enregistrer les résultats, fermer la session et passer en revue les résultats
Une fois les tests effectués, enregistrez vos résultats, fermez la session et passez en revue les résultats des tests.
Lorsque tous vos tests s’exécutent, sélectionnez Enregistrer et fermer. Tous les résultats des tests sont stockés dans les Plans de test Azure.
Consultez l’état de test de votre suite de tests. Vous voyez les résultats les plus récents de chaque test.
Si vous n’avez pas encore exécuté de test, son statut est Actif. Réinitialisez le statut d’un test sur Actif si vous souhaitez le réexécuter.
Ouvrez une suite de tests et choisissez le cas de test dans la section Travail connexe. Ensuite, utilisez les liens enfants dans la section Travail connexe de cet élément de travail pour afficher les bogues signalés par le testeur.
Vous pouvez exécuter des tests hors ligne, puis importer les résultats. Pour en savoir plus, consultez l’extension Exécution de test hors ligne.
Exécuter des tests pour les applications de bureau
Importante
Retrait du client Azure Test Plans Test Runner pour Windows
Le client Test Runner pour Windows sera mis hors service le 30 novembre 2026. Après cette date, elle ne sera plus disponible ou prise en charge.
Action requise : Nous vous recommandons vivement de passer à l’exécuteur de test web dès que possible, qui fournit les mêmes fonctionnalités avec des performances améliorées et un développement continu, afin d’éviter les interruptions de flux de travail.
Impact si vous ne migrez pas : Les flux de travail d’exécution de test qui s’appuient sur le client Test Runner sont interrompus après la date de mise hors service. Aucune perte de données n’est attendue, mais vous ne pouvez pas exécuter de tests via le client de bureau.
Si vous souhaitez collecter plus de données de diagnostic pour votre application de bureau, exécutez vos tests à l’aide du client Test Runner.
Dans le portail web, ouvrez votre projet et sélectionnez Plans de test>Plans de test
Sélectionnez Explorer ou Tous, ou utilisez Filtrer par titre pour rechercher votre plan de test et le sélectionner. Sélectionnez l’onglet Exécuter.
Lancez Test Runner à partir d’Azure Test Plans en sélectionnant Exécuter pour l’application de bureau dans le menu déroulant.
Si nécessaire, téléchargez et installez le Client de bureau Test Runner.
Note
- Vérifiez que le client Test Runner est disponible pour votre plateforme. Actuellement, le client Test Runner est disponible uniquement pour x64.
- Azure Test Runner peut ne pas fonctionner si votre organisation utilise une stratégie d’accès conditionnel via Microsoft Entra. Pour en savoir plus, consultez Décisions courantes relatives à l’accès conditionnel
Sélectionnez Lancer et démarrez le test, comme décrit dans la section précédente. Pour en savoir plus sur la collecte de données, consultez Collecter des données de diagnostic lors du test.
Exécuter tous les tests
Vous pouvez exécuter tous les tests d’une suite de tests en même temps.
Sélectionnez une suite de tests, puis Exécuter pour l’application web ou Exécuter pour l’application de bureau afin d’exécuter tous les tests actifs.
Exécuter des tests pour une build
Choisissez une build sur laquelle exécuter des tests.
À partir du menu déroulant, sélectionnez Exécuter avec des options.
Dans la boîte de dialogue Exécuter avec les options, sélectionnez la build souhaitée.
Note
La build sélectionnée doit provenir du projet dans lequel les tests ont été définis.
Vous pouvez sélectionner une version pour les options suivantes :
- Tests manuels à l’aide du programme d’exécution basé sur le navigateur Web
- Tests automatisés via la phase de mise en production
- Tests manuels utilisant le client Microsoft Test Manager 2017
Les champs que la boîte de dialogue offre diffèrent selon l’option que vous choisissez. Pour en savoir plus, consultez Clients pris en charge et options d’exécution d’exécution.
Tout bogue que vous avez entré pendant l’exécution est associé à la build sélectionnée. Le résultat du test est publié contre cette version.
Modifier une étape de test durant une exécution de test
Corrigez les problèmes liés à vos étapes de test pendant l’exécution du test. Sélectionnez l’icône Modifier l’étape de test.
Vous pouvez insérer, réorganiser ou supprimer des étapes. Vous pouvez aussi modifier le texte lui-même.
Capturer des données de diagnostic enrichies
Lors de l’exécution de vos tests, vous pouvez ajouter des captures d’écran, capturer des actions en tant que fichier journal et réaliser des enregistrements vidéo ou vocaux.
Ajouter une capture d’écran
Ajoutez une capture d’écran aux résultats des tests lors de l’exécution d’un test.
Si vous utilisez Google Chrome ou Firefox, utilisez l’exécuteur web pour prendre des captures d’écran de l’application web pendant le test. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, utilisez le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Capturer des actions à partir d’un test
Capturez vos actions sur l’application en tant que fichier journal.
Si vous utilisez Google Chrome ou Firefox, utilisez l’outil de capture pour capturer vos actions sur l’application Web sous forme de journaux d’images lors des tests. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, utilisez le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Capturer les enregistrements d’écran de votre application en cours de test
Capturez les enregistrements d’écran de mon application durant les tests.
Si vous utilisez Google Chrome ou Firefox, utilisez l’exécuteur web pour capturer des enregistrements d’écran de vos applications web et de bureau pendant le test. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, utilisez le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Exécuter des tests avec TCM
Vous pouvez exécuter des tests faisant partie d’un plan de test à l’aide de l’outil de ligne de commande TCM. Cet outil permet de créer et de démarrer une exécution de test, puis de gérer toutes vos exécutions de test existantes. Utilisez les commandes TCM documentées ici pour réaliser ces tâches.
Répertorier des exécutions de test | Créer des exécutions de test | Lancer des exécutions de test | Annuler des exécutions de test | Supprimer des exécutions de test | Exporter des exécutions de test | Publier des exécutions de test
Répertorier les exécutions de test
Utilisez tcm run /list pour répertorier les exécutions disponibles dans un plan de test et d’afficher leur ID. L’ID correspond à l’ID d’élément de travail défini lors de la création de l’exécution.
tcm run /list /collection:teamprojectcollectionurl /teamproject:project
[/planid:id | /querytext:query] [/login:username,[password]]
| Paramètre | Description |
|---|---|
/planid :id |
facultatif. Indique que seules les exécutions de test associées au plan de test spécifié sont retournées dans la liste. |
/querytext :query |
facultatif. Spécifie la requête à utiliser pour répertorier un sous-ensemble d’exécutions de test. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante répertorie les exécutions de test définies pour le projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime. L’ID et le Titre correspondent à l’ID de l’élément de travail et au titre défini pour l’exécution de test. Par exemple, l’exécution de test 1000052 est intitulée Plan de test pour cycle 1 (manuel).
tcm run /list /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Id Title Owner Date Completed
--------- ---------------------------------- ------------------- -----------
1000006 Sprint 2 (Manual) Thomas Margand 11/5/2021
1000032 33 : Change initial view (Manual) Danielle Brasseur 11/11/2021
1000040 Sprint 2 (Manual) Thomas Margand 11/16/2021
1000042 Sprint 3 (Manual) Thomas Margand 11/16/2021
1000046 Special testing (Manual) Nicoletta Guibord 11/18/2021
1000052 Test Plan for Cycle 1 (Manual) Bukhosi Bhengu 12/1/2021
1000060 Game Shopping (Manual) Bukhosi Bhengu 12/6/2021
Créer des séries de tests
Utilisez tcm run /create pour créer une exécution de test associée au plan de test spécifié. En plus du plan de test, vous définissez également la suite de tests et la configuration que vous souhaitez utiliser à l’aide de leur ID correspondant. Vous pouvez collecter ces ID à l’aide des commandes tcm plans /listtcm suites /list et tcm configs /list.
tcm run /create /title:title /planid:id /collection:CollectionURL /teamproject:project
(suiteid:id /configid:configid | /querytext:query)
[/settingsname:name] [/owner:owner] [/builddir:directory]
[/testenvironment:name] [/login:username,[password]] [/include]
| Paramètre | Description |
|---|---|
/title :title |
Spécifie le titre que vous souhaitez utiliser pour l’exécution de test créée. |
/planid :id |
Spécifie le plan de test dans lequel vous souhaitez créer l’exécution de test. |
/suiteid :id |
Spécifie les suites de test que vous souhaitez utiliser pour l’exécution de test. |
/configid :id |
Spécifie la configuration de test que vous souhaitez exécuter pour vos suites de test. |
/querytext :query |
Facultatif si vous spécifiez suiteid et configid. Spécifie la requête à utiliser pour sélectionner les tests à exécuter. Conseil : vous pouvez utiliser le /querytest paramètre pour exécuter plusieurs suite de tests. Par exemple : querytext:“SELECT * FROM TestPoint WHERE (ConfigurationId=20 OR ConfigurationId=21) AND (Suiteid=1185 OR Suiteid=1186)”. |
/settingsname :name |
facultatif. Spécifie les paramètres de test que vous souhaitez utiliser pour cette exécution de test. Si vous ne sélectionnez pas de paramètres de test, les paramètres de test par défaut dans le plan de test sont utilisés. |
/owner :owner |
facultatif. Spécifie le propriétaire de l’exécution de test. |
/builddir :directory |
facultatif. Spécifie le répertoire de build à utiliser pour localiser les assemblages de test pour le test. Si ce n’est pas spécifié, l’emplacement de build est utilisé en fonction de la build actuellement attribuée au plan de test. |
/testenvironment :name |
facultatif. Spécifie l’environnement de test que vous souhaitez utiliser pour cette exécution de test. Si vous ne sélectionnez pas d’environnement de test, l’environnement de test par défaut du plan de test sera utilisé. |
| /include | facultatif. Spécifie que tous les tests sélectionnés pour l’exécution de test sont inclus, même si les tests ne sont pas actuellement définis sur l’état Actif. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante crée une exécution de test appelée MyTestRun dans le plan de test avec ID77. L’exécution utilise la suite de tests avec l’ID161 et la configuration de test avec l’ID9. L’exécution est définie pour le projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime.
Dans cet exemple, une exécution de test est créée avec un ID de 1000082.
tcm run /create /title:MyTestRun /planid:77 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber" /suiteid:161 /configid:9
Run created with ID: 1000082.
Lancer des exécutions de test
Utilisez tcm run /execute pour lancer l’une des exécutions dans votre plan de test. L’ID que vous spécifiez correspond à l’ID d’élément de travail défini lors de la création de l’exécution. Vous pouvez voir la liste de tous les ID d’exécution de test avec la commande tcm run /list.
tcm run /execute /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Paramètre | Description |
|---|---|
/id :id |
Spécifie l’ID de l’exécution de test que vous souhaitez lancer. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante démarre une exécution de test pour l’ID1000082 du projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime. Les résultats sont retournés dans votre fenêtre de ligne de commande.
tcm run /execute /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Executing run: MyTestRun
Results
------------------------
Total: 2
Passed: 1
Failed: 1
Inconclusive: 0
Annuler les exécutions de test
Utilisez tcm run /abort pour annuler une exécution de test en cours. L’ID que vous spécifiez correspond à l’ID d’élément de travail défini lors de la création de l’exécution.
tcm run /abort /id:id /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Paramètre | Description |
|---|---|
/id :id |
Spécifie l’ID de l’exécution de test que vous souhaitez annuler. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante interrompt l’exécution de test avec l’ID1000082 du projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime. Les résultats confirment l’ID et le titre de l’exécution annulée.
tcm run /abort /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Run with ID [1000082] and title [MyTestRun] has been aborted.
Supprimer des séries de tests
Utilisez tcm run /delete pour supprimer une exécution de test de votre plan de test. L’ID que vous spécifiez correspond à l’ID d’élément de travail défini lors de la création de l’exécution de test.
tcm run /delete /id:id [/noprompt] /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Paramètre | Description |
|---|---|
/id :id |
Spécifie l’ID de l’exécution de test que vous souhaitez supprimer. |
| /noprompt | facultatif. Spécifie que l’utilisateur n’est pas invité à confirmer la suppression d’un test. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante supprime l’exécution de test avec l’ID1000082 du projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime. L’utilisateur est invité à confirmer qu’il souhaite supprimer l’exécution de test spécifiée, puis le résultat s’affiche.
tcm run /delete /id:1000082 /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Are you sure you want to delete run [MyTestRun]? (Yes/No) y
Run [MyTestRun] has been deleted.
Exporter des exécutions de test
Utilisez tcm run /export pour exporter une exécution de test vers un emplacement spécifié. L’ID que vous spécifiez correspond à l’ID d’élément de travail défini lors de la création de l’exécution.
tcm run /export /id:id /resultsfile:path /collection:teamprojectcollectionurl /teamproject:project [/login:username,[password]]
| Paramètre | Description |
|---|---|
/id :id |
Spécifie l’ID d’exécution de test à exporter. |
/resultsfile :path |
Spécifie l’emplacement et le nom du fichier pour l’exécution du test que vous souhaitez exporter. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante spécifie que l’exécution de test avec l’ID1000082 pour le projet Fabrikam Fiber hébergé dans l’organisation fabrikamprime est exportée vers c:\temp\ResultsForDeveloper.trx.
tcm run /export /id:1000082 /resultsfile:"c:\temp\ResultsForDeveloper.trx" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Publier les exécutions de test
Utilisez tcm run /publish pour publier les résultats à partir d’un fichier de résultats d’exécution de test Visual Studio pour un plan de test spécifié.
tcm run /publish /suiteid:id /configid:id /resultowner:owner /resultsfile:path
/collection:teamprojectcollectionurl /teamproject:project [/title:runtitle]
[/runowner:owner] [/build:buildnumber /builddefinition:builddefinition]
[/flavor:flavor] [/platform:platform] [/assignfailurestouser:user]
[/login:username,[password]] [/buildverification]
| Paramètre | Description |
|---|---|
/suiteid :id |
Spécifie la suite de tests à utiliser lorsqu’une exécution de test est publiée. |
/configid :id |
Spécifie la configuration de test à utiliser lorsque vous publiez une exécution de test. |
/resultowner :owner |
Spécifie le propriétaire des résultats de test. |
/resultsfile :path |
Spécifie l’emplacement de l’exécution de test à publier. Par exemple, « c :\temp\ResultsForDeveloper.trx ». |
/title :runtitle |
facultatif. Spécifie un titre à utiliser pour l’exécution de test que vous publiez. |
/runowner :owner |
facultatif. Spécifie le propriétaire de l’exécution de test. |
/build :buildnumber |
facultatif. Spécifie le numéro de build à utiliser pour publier l’exécution de test. Ce paramètre doit être utilisé avec /builddefinition. |
/builddefinition :builddefinition |
facultatif. Spécifie la définition de build à utiliser pour publier l’exécution de test. Ce paramètre doit être utilisé avec /build. |
/flavor :flavor |
facultatif. Spécifie la version de build, comme Version. Ce paramètre ne peut être utilisé que si le paramètre /build est également utilisé. |
/platform :platform |
facultatif. Spécifie la plateforme de build, par exemple x86. Ce paramètre ne peut être utilisé que si le paramètre /build est également utilisé. |
/assignfailurestouser :user |
facultatif. Spécifie l’utilisateur auquel sont attribués tous les tests ayant échoué lors de l’exécution du test. |
| /buildverification | facultatif. Indique que ce test contient des tests de vérification de la build qui vérifient les fonctionnalités de base de votre build. |
Pour des descriptions des paramètres /collection, /teamproject et /login, consultez Utilisation de l'outil en ligne de commande TCM.
Exemple
La commande suivante publie une exécution de test pour la suite de tests avec l’ID161 et la configuration de test avec l’ID9 et réattribue le propriétaire. Cela met à jour les points de test existants pour les cas de test dans la suite de tests associée à cette configuration et publie les résultats dans le fichier .trx spécifié. De plus, tous les tests ayant échoué lors de l’exécution sont attribués à l’utilisateur spécifié.
tcm run /publish /suiteid:167 /configid:9 /resultowner:"Thomas Margand" /resultsfile:"c:\temp\ResultsForDeveloper.trx" /assignfailurestouser:"Bukhosi Bhengu" /collection:https://fabrikamprime.visualstudio.com /teamproject:"Fabrikam Fiber"
Forum aux questions
Voici quelques questions fréquentes :
Q : Comment réexécuter un test ?
R : Il vous suffit de sélectionner n’importe quel test et de choisir Exécuter.
Q : Est-il possible d’exécuter tous les tests d’une suite de tests ensemble ?
R : Oui, sélectionnez une suite de tests et choisissez Exécuter. Cette option exécute tous les tests actifs au sein de la suite de tests. Si vous n’avez pas encore exécuté de test, son statut est Actif. Vous pouvez réinitialiser le statut d’un test sur Actif si vous souhaitez le réexécuter.
Q : Puis-je choisir une build sur laquelle effectuer les tests ?
R : Oui, sélectionnez Exécuter, puis Exécuter avec les options.
Sélectionnez la build qui vous intéresse dans la liste déroulante.
Tout bogue déposé pendant l’exécution est automatiquement associé à la build sélectionnée. Le résultat du test est publié pour cette version.
Note
La build sélectionnée doit provenir du projet dans lequel les tests ont été définis.
Q : Puis-je corriger mes étapes de test durant l’exécution d’un test ?
R : Oui, si vous disposez d’Azure Test Plans pour Azure DevOps. Vous pouvez insérer, déplacer ou supprimer des étapes. Ou bien, vous pouvez modifier le texte lui-même. Utilisez l’icône Modifier en regard du numéro d’étape de test.
L’outil de modification des étapes de test s’affiche.
Q : Puis-je ajouter une capture d’écran aux résultats des tests durant l’exécution d’un test ?
R : Si vous utilisez Google Chrome ou Firefox, utilisez l’exécuteur web pour prendre des captures d’écran de l’application web pendant le test. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, vous pouvez télécharger et utiliser le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Q : Puis-je enregistrer mes actions sur l’application sous forme de journal ?
R : Si vous utilisez Google Chrome ou Firefox, utilisez l’outil de capture pour capturer vos actions sur l’application Web sous forme de journaux d’images lors des tests. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, vous pouvez télécharger et utiliser le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Q : Puis-je enregistrer des captures d’écran de mon application ?
R : Si vous utilisez Google Chrome ou Firefox, utilisez l’exécuteur web pour capturer des enregistrements d’écran de vos applications web et de bureau pendant le test. Pour les navigateurs Microsoft Internet Explorer ou Microsoft Edge, ou pour les tests d’application de bureau, téléchargez et utilisez le client de bureau Test Runner.
Pour plus d’informations, voir Collecter les données de diagnostic.
Q : Certaines pièces jointes pour l’exécution de test n’affichent pas l’option d’aperçu ?
R : Vous ne pouvez afficher un aperçu que des fichiers avec des extensions txt et de journal. Sélectionnez l’option d’aperçu pour les fichiers d’extension txt ou de journal, et une autre interface utilisateur s’ouvre avec le champ déroulant affichant toutes les pièces jointes pour l’exécution du test. Si vous sélectionnez un fichier avec un type d’extension autre que txt ou journal, le message suivant s’affiche : « Vous pouvez uniquement afficher un aperçu des fichiers avec des extensions txt et de journal, cliquez ici pour télécharger la pièce jointe »
Q : Comment contrôler la durée pendant laquelle je conserve mes données de test ?
R : Pour plus d’informations, consultez Définir les stratégies de rétention des tests.
Q : Où télécharger le client Test Runner ?
R : Téléchargez le client de bureau Test Runner.
Q : Quels sont les systèmes d’exploitation pris en charge par le client Test Runner ?
R : Actuellement, le client de bureau Test Runner n’est pris en charge que sur la plateforme Windows x64.
Q : J’observe des échecs d’exécution de test lors de l’utilisation du client de bureau Azure Test Runner.
Un: Vérifiez que vous utilisez la dernière version du client de bureau Test Runner. Téléchargez le client de bureau Test Runner
Q : Le client de bureau Azure Test Runner fonctionne-t-il sur les appareils sur lesquels l’accès conditionnel Microsoft Entra est activé ?
R : Azure Test Runner peut ne pas fonctionner si votre organisation utilise une stratégie d’accès conditionnel via Microsoft Entra. Pour en savoir plus, consultez Décisions courantes relatives à l’accès conditionnel. Cette expérience est une limitation connue et notre recommandation consiste à utiliser l’exécuteur web dans ce scénario.
Q : Puis-je désactiver la télémétrie pour le client Test Runner ?
R : Non. Le client de bureau Test Runner ne collecte aucune donnée permettant d’identifier l’utilisateur. Aucun mécanisme d’annulation n’est prévu. Pour plus d’informations, consultez la politique de confidentialité de Microsoft.
Q : Puis-je effectuer des tests hors ligne, puis importer les résultats ?
R : Oui, consultez l’extension Exécution de test hors connexion.