Comment : configurer et exécuter des tests planifiés après la génération et le déploiement de votre application

Vous pouvez utiliser Visual Studio Lab Management pour vérifier la qualité des builds de votre application. Vous pouvez utiliser un modèle lab spécifique à une définition de build pour générer votre application, la déployer dans un environnement virtuel, puis exécuter des tests automatisés pour cette build. Ce processus vous permet de vérifier que les tests sont exécutés dans un environnement propre à l'aide d'un état connu pour votre environnement virtuel. Si vos tests échouent, vous réduisez le risque que cela soit dû à un environnement mal configuré ou endommagé, étant donné que vous pouvez utiliser le même environnement valide à chaque fois.

Vous exécutez les tests en sélectionnant une suite de tests dans votre plan de test. Par exemple, vous pouvez créer une suite de tests appelée Tests de détection de fumée. Vous pouvez associer des tests automatisés qui testent la fonctionnalité de base de votre application avec les cas de test, puis ajouter ces cas de test à votre suite. Par exemple, les tests peuvent être des tests codés de l'interface utilisateur qui testent les opérations de base de votre application.

À chaque fois que le flux de travail de génération est terminé pour cette définition de build, les résultats des tests sont enregistrés. Vous pouvez utiliser ces résultats pour vérifier la stabilité de votre build et vous appuyer sur ces informations pour décider s'il s'agit de la build que l'équipe de test va pouvoir commencer à utiliser. En outre, vous pouvez vérifier quotidiennement la fréquence de réussite de ces tests pour vos builds.

Utilisez les procédures suivantes pour créer le flux de travail permettant de générer, déployer et tester votre application, étudier les problèmes éventuels et consulter ou analyser vos résultats :

• Vérifier les composants requis

• Créer votre définition de build et démarrer votre build

• Établir une connexion à l'environnement à partir des résultats de la génération

• Afficher et analyser les résultats des tests pour votre build

Des étapes supplémentaires peuvent être nécessaires pour déployer les applications Web et d'autres applications complexes lorsque vous utilisez Visual Studio 2010. Par exemple, si vous utilisez Visual Studio 2010 pour déployer une application Web sur un serveur IIS, les étapes supplémentaires sont décrites sur cette page Web Microsoft.

Composants requis

Avant de pouvoir configurer votre flux de travail de build pour générer, déployer et tester votre application, utilisez cette liste pour vérifier que vous avez effectué les tâches suivantes :

Tâches préalables

1. Configurez Lab Management en incluant un contrôleur de build et un contrôleur de test : Configuration de Lab Management pour la première fois.

2. Créez des ordinateurs virtuels pour votre environnement et ajoutez les agents à ces ordinateurs virtuels. Stockez ensuite les ordinateurs virtuels dans votre partage de bibliothèque : Comment : créer et stocker des ordinateurs virtuels et des modèles prêts pour Lab Management.

3. Importez les ordinateurs virtuels ou modèles dans votre projet d'équipe à partir de SCVMM : Comment : importer un ordinateur virtuel ou un modèle à partir de SCVMM.

4. Créez un environnement qui utilise ces ordinateurs virtuels dans les rôles requis, choisissez d'exécuter des tests et d'utiliser un flux de travail pour cet environnement et démarrez votre environnement : Comment : créer un environnement à partir d'ordinateurs virtuels ou de modèles.

   Notes

   Vous devez installer et configurer tous les logiciels requis par chaque ordinateur virtuel pour le rôle pour lequel il a été sélectionné. La sélection d'un rôle pour un ordinateur virtuel n'installe pas de logiciel.

5. Pour exécuter des tests dans le cadre de vos tests planifiés qui interagissent avec votre Bureau, tel que les tests codés de l'interface utilisateur, procédez comme suit :

   1. Configurez votre agent de test pour qu'il s'exécute comme un processus interactif au lieu d'un service : Comment : configurer votre agent de test pour exécuter des tests qui interagissent avec le bureau.

      Vous voyez maintenant le processus de l'agent de test en cours d'exécution dans la zone de notification avec l'état En ligne.

   2. Si la définition de build pour votre flux de travail revient à un instantané spécifique, l'ordinateur virtuel ne peut pas être verrouillé lorsque vous essayez d'exécuter les tests. Vous devez vous connecter à l'ordinateur à l'aide d'une connexion basée sur hôte ou d'une session de console avant de prendre l'instantané à utiliser pour votre flux de travail. Pour plus d'informations à ce sujet, consultez Comment : se connecter à un environnement virtuel.

6. (Recommandé) Prenez un instantané de votre environnement à utiliser comme état propre pour votre flux de travail : Comment : enregistrer l'état actuel de votre environnement. Avant de prendre cet instantané, procédez comme suit :

   1. Assurez-vous que les ordinateurs virtuels de votre environnement disposent des mises à jour les plus récentes de leurs systèmes d'exploitation.

   2. Exécutez la commande gpupdate /force pour tout ordinateur virtuel de l'environnement connecté à un domaine afin de vous assurer que toute modification apportée aux stratégies de l'utilisateur a été mise à jour. Si vous n'exécutez pas cette commande, vos scripts de déploiement risquent de ne pas fonctionner correctement ou vos tests de ne pas s'exécuter correctement. Assurez-vous que les projets de code et projets de test pour votre application sont archivés dans le contrôle de code source : Copie de fichiers sous contrôle de version.

   3. Vérifiez que l'état de l'environnement est « En cours d'exécution » et que celui du flux de travail et des fonctionnalités de test est « Prêt ».

      Notes

      Si les ordinateurs virtuels de cet instantané sont joints à un domaine et que l'instantané est utilisé pendant une période supérieure à la période d'expiration du mot de passe du contrôleur de domaine, les ordinateurs virtuels risquent de ne plus être en mesure de joindre le domaine. Pour plus d'informations, consultez Comment : enregistrer l'état actuel de votre environnement.

7. Créez une définition de build pour votre application que vous pouvez utiliser pour générer votre application, ou pour sélectionner une build spécifique, lorsque vous créez le flux de travail de génération à l'aide du modèle lab : Créer une définition de build de base.

8. Associez vos tests automatisés à un cas de test et ajoutez le cas de test à une suite de tests dans votre plan de test pour le projet d'équipe. Pour plus d'informations, consultez les rubriques d'aide suivantes :

   1. Comment : associer un test automatisé à un cas de test

   2. Comment : ajouter un cas de test à une suite de tests

   3. Comment : créer un plan de test.

9. Créez des paramètres de test pour exécuter des tests automatisés qui utilisent les rôles dans l'environnement virtuel que vous avez créé : Créer des paramètres de test pour les tests automatisés dans le cadre du plan de test.

Créer votre build, déployer et tester le flux de travail à l'aide du modèle lab pour votre définition de build

Pour créer votre flux de travail de génération, de déploiement et de test, procédez comme suit :

Créer une définition de build de base

Vous devez d'abord créer une définition de build pour le code de l'application que vous souhaitez déployer. Si vous projetez de générer votre application à chaque fois, désactivez les tests dans cette définition, étant donné que vous exécuterez les tests à partir de votre flux de travail à l'aide du modèle lab.

Pour créer une définition de build pour votre application

1. Dans le menu Générer, cliquez sur Nouvelle définition de build.

2. Sous l'onglet Général, dans la zone Nom de définition de build, spécifiez un nom et dans la boîte Description, ajoutez une description appropriée.

3. Exécutez les étapes décrites dans la rubrique Créer une définition de build de base.

Créer la définition de build de votre flux de travail

Ensuite, vous devez créer une autre définition de build pour votre flux de travail de génération, de déploiement et de test, comme le montre l'illustration suivante :

Vous devez sélectionner le fichier LabDefaultTemplate pour créer votre flux de travail en sélectionnant l'affichage des détails pour le modèle de processus de génération, comme le montre l'illustration suivante :

Pour créer une définition de build pour votre flux de travail

1. Dans le menu Générer, cliquez sur Nouvelle définition de build.

2. Sous l'onglet Général, dans la zone Nom de définition de build, spécifiez un nom et dans la boîte Description, ajoutez une description appropriée.

3. Choisissez des paramètres sous les onglets Déclencheur et Espace de travail, Valeurs par défaut des builds et Stratégie de rétention comme décrit dans la rubrique Créer une définition de build de base.

   Notes

   Vous n'avez pas à entrer de chemin d'accès de dépôt de build sous l'onglet Valeurs par défaut des builds pour ce flux de travail de génération, étant donné que vous ne créez pas de sortie de génération lorsque vous utilisez le modèle lab. Désactivez Mes builds créent des sorties et aucun dossier cible n'est requis.

4. Pour pouvoir sélectionner le Modèle lab pour la définition de build, sous l'onglet Processus, sous Modèle de processus de génération, cliquez sur Afficher les détails.

   Une liste déroulante s'affiche.

5. Sélectionnez un modèle. Il s'agit du fichier de processus de génération qui définit votre flux de travail.

6. Pour créer un flux de travail pour votre définition de build afin de déployer votre application dans un environnement virtuel, sélectionnez LabDefaultTemplate.xaml dans la liste déroulante Fichier de processus de génération.

Ajouter les détails relatifs à votre flux de travail

Vous pouvez désormais ajouter les détails du processus de génération, comme le montre l'illustration suivante.

L'Assistant Paramètres de flux de travail lab vous invite et vous aide à fournir les informations requises.

Vous pouvez désormais mettre cette génération en file d'attente pour exécuter votre flux de travail de génération et consulter sa progression.

Pour ajouter les détails relatifs à votre flux de travail

1. Pour entrer les données de votre flux de travail, sous Paramètres du processus de génération, cliquez sur Paramètres du processus de laboratoire, puis sur les points de suspension (...).

   Cette opération ouvre l'Assistant Paramètres de flux de travail lab dans lequel vous entrez les informations relatives au flux de travail.

2. Sous l'onglet Environnement, sélectionnez l'environnement virtuel dans lequel vous voulez déployer votre application.

   Notes

   Cet environnement doit être actif. Si vous utilisez un environnement stocké dans la bibliothèque, vous devez le déployer pour l'activer. Nous vous recommandons également de créer cet environnement spécialement pour votre flux de travail, en n'y donnant pas accès aux autres utilisateurs. Cela empêchera des scénarios dans lesquels le flux de travail de génération rétablit l'environnement d'un instantané spécifique pendant que l'environnement est en cours d'utilisation, ou dans lesquels les scripts de déploiement sont exécutés sur l'environnement tandis qu'un autre utilisateur exécute un test.

3. (Recommandé) Si vous voulez que la définition de build lab rétablisse un état connu de l'environnement, sélectionnez Restaurer un instantané spécifique de l'environnement, puis cliquez sur les points de suspension (…) pour sélectionner un instantané spécifique.

   La boîte de dialogue Sélectionner un instantané de l'environnement s'affiche. Sélectionnez l'instantané, puis cliquez sur OK.

   Important

   Nous vous recommandons de rétablir un instantané afin de vous assurer d'exécuter vos tests de manière cohérente à chaque fois que vous générez une build à partir d'un état connu de votre environnement. Cette précaution réduit les incertitudes relatives à la détermination des motifs d'échec des tests. Par exemple, un autre utilisateur peut avoir modifié l'environnement actuel en ajoutant un logiciel pouvant entraîner l'échec des tests.

4. Cliquez sur Suivant.

5. Si vous voulez utiliser cette définition de flux de travail pour générer votre application à chaque fois que vous placez cette définition dans la file d'attente, procédez comme suit :

   1. Sélectionnez Utiliser une build Team Foundation, puis la définition que vous avez créée précédemment.

   2. Sélectionnez Mettre en file d'attente une nouvelle build.

6. Si vous voulez que cette définition de flux de travail utilise une build existante afin de ne pas régénérer votre application, procédez comme suit :

   1. Sélectionnez Utiliser une build Team Foundation, puis la définition que vous avez créée précédemment.

   2. Sélectionnez Sélectionner une build existante. Sélectionnez ensuite une build dans la liste déroulante. Les builds existantes créées par la définition de build que vous avez sélectionnée sont affichées dans la liste.

   3. Sélectionnez une configuration de build dans Sélectionner une configuration de build.

      Notes

      Les configurations de build sont spécifiées lorsque vous créez votre définition de build pour votre application. S'il existe plusieurs configurations de build, vous pouvez en sélectionner une dans cette liste.

7. Si vous voulez définir l'emplacement d'une build, sélectionnez Utiliser une build à partir d'un emplacement spécifique, puis spécifiez le chemin UNC de la build existante.

8. Cliquez sur Suivant.

9. Pour déployer l'application dans le cadre de votre flux de travail, sous l'onglet Déployer, sélectionnez Déployer la build.

10. Pour ajouter les scripts ou commandes requis pour déployer votre application, cliquez sur Ajouter. Sélectionnez l'ordinateur virtuel pour lequel vous voulez ajouter le script ou la commande.

    Vous pouvez désormais ajouter des scripts ou des commandes pour chaque ordinateur virtuel de votre environnement. Par exemple, si un client Windows fait partie de votre application, vous pouvez avoir un script qui copie l'exécutable à l'emplacement que votre test codé de l'interface utilisateur utilisera pour démarrer les tests sur votre ordinateur virtuel. Si vous utilisez un serveur Web, vous devrez exécuter le script ou la commande pour déployer cette partie de votre application.

    Les variables suivantes peuvent être utilisées avec vos scripts :

    • $(BuildLocation) : emplacement de la build. Si vous avez spécifié l'utilisation de la build à partir d'un emplacement partagé, cette variable représente ce chemin d'accès. Pour les autres options, il s'agit du chemin d'accès complet de la build en fonction de la configuration que vous avez sélectionnée pour générer la build et de l'emplacement de dépôt de la build dans la définition de build. Si vous générez votre application dans le cadre de votre flux de travail, vous pouvez utiliser ces informations pour accéder aux fichiers les plus récents créés par cette build.

    • $(InternalComputerName)_<VM Name>) : utilisé pour obtenir le nom de l'ordinateur virtuel qui fait partie d'un environnement virtuel. Vous connaissez peut être le nom de l'ordinateur virtuel, mais pas le nom de l'ordinateur. Si vous utilisez un script de déploiement pour configurer un serveur Web qui requiert le nom de l'ordinateur, vous pouvez passer ce nom en tant qu'argument au script. Par exemple, si le nom de l'ordinateur virtuel pour le serveur Web était VM1 et que le nom de l'ordinateur était MonServeurWeb, vous entrez $(InternalComputerName_VM1) comme argument pour votre script afin de passer la valeur MonServeurWeb à votre script.

    • $(ComputerName_<VM Name>) : il s'agit du nom de domaine qualifié complet de l'ordinateur virtuel. Il permet d'accéder à l'ordinateur, y compris depuis l'extérieur de l'environnement virtuel. Vous pouvez passer ce nom en tant qu'argument pour configurer un serveur Web. Par exemple, si le nom de l'ordinateur virtuel pour le serveur Web était VM1, vous tapez $(ComputerName_VM1) comme argument pour votre script pour passer le nom de domaine qualifié complet de l'ordinateur virtuel.

    Si vous utilisez l'isolement réseau pour votre environnement, la valeur de $(InternalComputerName_<VM Name>) est la même pour l'instance d'un ordinateur virtuel dans chaque copie de cet environnement, mais celle de $(ComputerName_<VM Name>) est différente. Par exemple, le nom d'un ordinateur virtuel peut être MonServeurWeb dans chaque copie de l'environnement mais le nom de domaine qualifié complet est unique : VM_<unique identifier>.domain_name.com.

    Important

    Si vous voulez ajouter une commande exécutée à partir d'une fenêtre d'invite telle que mkdir ou exécuter un fichier de commandes, vous devez faire commencer la commande par cmd /c. Par exemple, cmd /c $(BuildLocation)\copyexe $(BuildLocation) où copyexe est un fichier de commandes copyexe.bat qui copie un exécutable dans un répertoire local de l'ordinateur virtuel.

    Si votre script ou commande requiert un répertoire de travail spécifique, vous pouvez taper le nom de ce répertoire dans Répertoire de travail.

    Notes

    Vérifiez que vous pouvez exécuter vos tests à partir de l'emplacement des fichiers après avoir déployé votre application. Par exemple, si votre test codé de l'interface utilisateur démarre une application cliente Windows, vérifiez que l'exécutable se trouve dans le répertoire approprié pour les tests à exécuter.

    Vous pouvez également vérifier que les noms des ordinateurs de votre environnement sont corrects pour votre application. Par exemple, il est possible que vous deviez vérifier que l'ordinateur virtuel pour le rôle de serveur Web est configuré pour accéder à une instance de serveur de base de données sur l'ordinateur virtuel pour le rôle de serveur de base de données.

11. (Recommandé) Pour prendre un instantané de votre environnement après le déploiement de l'application, mais avant l'exécution des tests, vous devez effectuer les opérations suivantes :

    1. Sélectionnez Après le déploiement de la build, prendre un instantané de l'environnement.

       Important

       Si vous exécutez cette définition de build dans le cadre de votre processus de flux de travail nocturne, de nombreux instantanés seront rapidement associés à chaque ordinateur virtuel de l'environnement. Cette accumulation nuit aux performances de l'ordinateur virtuel. De plus, le nombre maximal d'instantanés pouvant être stockés pour chaque environnement virtuel est fixé à 50. Par conséquent, vous devez supprimer régulièrement les instantanés obsolètes.

    2. Dans la zone Entrer le nom de l'instantané, tapez un nom pour cet instantané.

    Notes

    Vous pouvez utiliser cet instantané pour vous connecter à l'environnement et réexécuter un test si vous voulez étudier un problème. Sinon, un autre membre de votre équipe peut s'en charger. Il est souvent utile de disposer de cet instantané pour réexécuter un test sur un système valide avec l'application installée afin de déterminer ce qui s'est produit, voire pour vérifier que l'application a été correctement installée.

12. Cliquez sur Suivant.

13. Pour exécuter des tests automatisés après avoir déployé votre application, procédez comme suit :

    1. Sélectionnez Exécuter ces tests dans l'environnement.

    2. Sous Sélectionnez le plan de test, sélectionnez le plan de test à utiliser. Les résultats des tests seront enregistrés dans le cadre de ce plan de test.

    3. Sous Sélectionnez les suites de tests, cliquez sur les points de suspension (...) et dans la boîte de dialogue Sélectionner les suites de tests, sélectionnez les suites de tests à exécuter.

       Notes

       Par défaut, la suite de tests racine est sélectionée. Si vous ne voulez pas exécuter les tests de cette suite de tests, vous devez désélectionner ce champ.

    4. Sous Sélectionner la configuration de test, sélectionnez la configuration que vous envisagez d'utiliser pour exécuter vos tests.

       Notes

       Les résultats des tests de chaque cas de test dans chaque suite de tests sélectionnée seront enregistrés en tant que jumelage de chaque cas de test de la suite et de la configuration de test que vous avez sélectionnées. Pour plus d'informations sur les configurations de de test, consultez Définition de votre matrice de test à l'aide des configurations de test.

    5. Sous Sélectionnez les paramètres de tests automatisés, sélectionnez les paramètres de test que vous avez créés précédemment afin qu'ils correspondent aux rôles dans votre environnement virtuel à l'étape 9 du processus global de cette rubrique. Pour plus d'informations sur les paramètres de test, consultez Créer des paramètres de test pour les tests automatisés dans le cadre du plan de test.

14. Cliquez sur Terminer.

15. Cliquez sur Enregistrer pour enregistrer votre définition de build.

    La définition de build créée s'affiche dans le dossier Builds dans Team Explorer.

Mettre en file d'attente la définition de build de votre flux de travail

Vous pouvez désormais mettre cette génération en file d'attente pour exécuter votre flux de travail de génération et consulter sa progression.

Pour mettre en file d'attente la définition de build de votre flux de travail

1. Pour démarrer la définition de build afin de générer, déployer et tester votre application, cliquez avec le bouton droit sur la définition de build de laboratoire dans le dossier Builds et cliquez sur Mettre en file d'attente une nouvelle build.

   La boîte de dialogue Mettre en file d'attente la build s'affiche.

2. Vérifiez les informations relatives à votre flux de travail de génération, puis cliquez sur Mettre en file d'attente.

   La vue Explorateur de builds s'affiche.

3. Pour consulter la vue Résumé de la build à mesure que la génération progresse, double-cliquez sur votre build.

   Vous pouvez consulter l'état pendant toute la progression de la génération de la build.

4. (Facultatif) Si vous voulez afficher l'environnement à mesure que la build progresse, ouvrez Gestionnaire de tests Microsoft, recherchez le Centre lab, cliquez sur Lab, puis sur votre environnement dans la liste. Vous pouvez voir la progression de la génération dans l'image de votre environnement et dans les détails de l'environnement au-dessus de cette image comme suit :

   • L'instantané est restauré si vous avez sélectionné cette option.

   • L'instantané de post-déploiement est pris si vous avez sélectionné cette option.

   • L'état des fonctions est indiqué (une flèche verte est affichée lorsqu'une fonction est prête).

   • Les tests en cours d'exécution sont affichés, s'ils interagissent avec l'interface utilisateur.

   Si votre flux de travail de génération se termine sans erreur, vous pourrez voir une coche verte. En cas d'erreurs, vous pouvez cliquer sur Afficher le journal pour afficher les détails.

Établir une connexion à l'environnement à partir des résultats de la génération

Vous pouvez vous connecter à votre environnement pour étudier un problème si un test échoue pendant le processus de flux de travail de génération. Vous pouvez vous connecter à l'instantané de post-déploiement si vous avez sélectionné cette option dans votre flux de travail de génération, ou à l'environnement dans son état actuel, comme le montre l'illustration suivante.

Pour établir une connexion à l'environnement à partir des résultats de la génération

1. Dans le dossier Builds de Team Explorer, cliquez avec le bouton droit sur votre définition de flux de travail de génération et pointez sur Afficher les builds.

   La vue Explorateur de builds s'affiche.

2. Pour afficher la build terminée, cliquez sur l'onglet Terminé.

3. Double-cliquez sur la build à afficher.

   La vue Résumé de la build s'affiche.

4. Cliquez sur le lien en regard de Afficher l'instantané d'environnement <Nom et numéro de build>.

   La boîte de dialogue Connecter à l'environnement s'affiche.

5. Si vous voulez vous connecter à l'instantané pris après le déploiement de l'application, cliquez sur Se connecter à l'instantané dans cet environnement.

   Notes

   En établissant une connexion à cet instantané, toutes les modifications apportées après cet instantané de post-déploiement seront ignorées. Si vous voulez conserver les modifications, connectez-vous à l'environnement dans son état actuel et prenez tout d'abord un instantané, avant de rétablir l'instantané de post-déploiement. Pour plus d'informations sur la prise d'un instantané, consultez Comment : enregistrer l'état actuel de votre environnement.

6. Si vous voulez vous connecter à l'environnement dans son état actuel après avoir exécuté des tests de votre flux de travail, cliquez sur Se connecter à l'environnement dans son état actuel.

7. Cliquez sur Se connecter.

   La visionneuse d'environnement Microsoft s'affiche et vous êtes connecté à l'environnement. Vous pouvez commencer à étudier les problèmes.

Affichage et analyse des résultats des tests pour votre flux de travail de génération

Vous pouvez afficher le résumé des résultats des tests dans le résumé de votre flux de travail de génération. Toutefois, vous pouvez également afficher et analyser les résultats des tests à l'aide de Gestionnaire de tests Microsoft, car ces résultats sont stockés dans le cadre de votre plan de test. Cela est présenté dans l'illustration suivante. Pour plus d'informations sur la création de rapports concernant les résultats des tests pour un plan de test, consultez Rapports sur la progression des plans de test.

Pour afficher et analyser les résultats des tests depuis le Gestionnaire de tests Microsoft

1. Ouvrez Gestionnaire de tests Microsoft.

   Notes

   Pour afficher la fenêtre Gestionnaire de tests Microsoft, cliquez sur Démarrer, puis sur Tous les programmes. Pointez sur Microsoft Visual Studio 2010, puis cliquez sur Microsoft Test and Lab Manager.

2. Pour afficher les résultats des tests, cliquez sur la flèche bas du sélecteur de groupe centre, puis sur Centre de tests.

3. Dans la barre de menus du groupe centre, cliquez sur Test, puis sélectionnez l'une des suites de tests de la hiérarchie des suites de tests que vous avez utilisée dans votre flux de travail de génération.

   Vous pouvez consulter les résultats des tests pour la configuration que vous avez sélectionnée dans votre flux de travail de génération.

4. Si vous voulez analyser toute la série de tests, cliquez sur Analyser les séries de tests.

   L'activité Analyser les séries de tests s'affiche. Elle présente toutes les séries de tests de ce plan de test.

   Notes

   Le titre de la série reflétera le nom de votre définition de build. L'ID de série est affiché dans la page Résumé de la build de votre build pour vous aider à identifier la série.

5. Double-cliquez sur une série de tests pour l'ouvrir et afficher les détails correspondants. Les détails de la série de tests s'affichent.

6. (Facultatif) Pour donner un titre plus explicite à votre série de tests, tapez le nouveau nom dans Titre.

7. (Facultatif) Si votre test a échoué, vous pouvez mettre à jour la raison de l'échec. Cliquez sur Résolution et sélectionnez la raison de l'échec dans la liste.

8. (Facultatif) Pour ajouter des commentaires aux résultats du test, cliquez sur l'icône Commentaires. Tapez vos commentaires, puis cliquez sur Enregistrer les commentaires.

9. (Facultatif) Pour afficher les détails d'un test individuel, double-cliquez sur ce dernier.

   Le résultat du test s'affiche. Il indique les détails de la série de tests, les pièces jointes correspondant aux données collectées pour ce résultat de test et l'historique des résultats de ce test. Vous pouvez fermer cette vue pour retourner à la série de tests.

   Notes

   Vous pouvez créer un bogue à partir de cette vue si vous en identifiez un.

10. Pour enregistrer les modifications apportées à la série de tests, cliquez sur Enregistrer dans la barre d'outils.

Voir aussi

Autres ressources

Test à l'aide d'environnements virtuels

Résolution des problèmes liés à l'exécution de tests sur votre environnement virtuel