Comment utiliser des plans de test dans votre projet d'équipe
Lorsque vous utilisez Microsoft Test Manager pour créer des plans de test et des suites de tests pour votre projet d'équipe, plusieurs approches s'offrent à vous.Cette rubrique se concentre sur deux approches basées sur votre méthodologie de développement.
L'une des approches consiste à créer un plan de test que vous utilisez pour tous les jalons et à ajouter des suites de tests et des tests au fur et à mesure que vous avancez.Toutefois, si vous utilisez cette approche, vous ne disposez pas de données d'historique concernant les taux de réussite des tests pour les jalons précédents.Elle est donc mieux adaptée pour créer des plans de test en fonction de vos objectifs pour des itérations ou des jalons spécifiques, selon la méthodologie de développement utilisée.Créer des plans de test pour des itérations ou des jalons vous permet de savoir lorsqu'une itération ou un jalon spécifique est terminé, en fonction de vos objectifs.Vous pouvez également préparer le plan de test pour l'itération ou le jalon suivant avant que le test du jalon actuel soit terminé.Cette approche vous permet ainsi de suivre la progression des tests pour chaque plan de test et d'évaluer l'amélioration de la qualité de votre application.
Si vous ajoutez des tests manuels et automatisés à vos suites de tests, vous pouvez consulter la qualité globale en fonction de ces deux types de tests pour vos suites de tests et vos plans de test.
Configuration requise
- Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional
En fonction de la méthodologie que vous utilisez pour développer et tester votre application, utilisez les sections suivantes :
Développement Agile
Autres méthodologies de développement
[!REMARQUE]
Pour plus d'informations sur les modèles de processus inclus dans Visual Studio que vous pouvez utiliser pour votre méthodologie de développement, consultez Choisir un modèle de processus.
Pour plus d'informations sur les plans de test et les suites de test, ainsi que sur leur création, consultez Définition d'un plan de test.
Développement Agile
Si vous utilisez une méthodologie Agile pour développer et tester votre application, vous créez généralement des récits utilisateur et vous utilisez des sprints et des itérations pour suivre la progression de votre développement et des tâches de test.Vous pouvez utiliser des plans de test pour établir une corrélation avec chaque sprint.Vous pouvez, par exemple, utiliser les récits utilisateur suivants pour votre application Web :
Un utilisateur souhaite sélectionner plusieurs produits dans le site Web et les ajouter à son panier d'achat.(Sprint 1)
Un utilisateur souhaite payer par carte de crédit les articles présents dans son panier d'achat.(Sprint 1)
Un utilisateur souhaite enregistrer ses informations lors de l'achat d'articles afin que le prochain achat soit plus rapide.(Sprint 2)
Un utilisateur souhaite se connecter à son compte lors de l'achat d'articles, afin de récupérer ses informations personnelles au lieu de les renseigner à nouveau.(Sprint 2)
Les étapes suivantes supposent que ces récits utilisateur sont ceux du projet.Vous souhaiterez probablement créer des cas de test pour ces récits utilisateur.Vous pouvez également assembler des cas de test testant les fonctionnalités de bout en bout pour plusieurs récits utilisateur.Vous pouvez, par exemple, élaborer un test pour vérifier qu'un utilisateur est en mesure de sélectionner des articles, de les ajouter à leur panier d'achat, de se connecter et de les acheter.En suivant ces étapes, vous disposerez d'un ensemble de plans de test, comme illustré ci-dessous :
.png "Plans de test et suites de tests pour Agile Development")
Installation du projet
Au démarrage de votre projet, créez les plans de test suivants.(Ces étapes sont basées sur le nombre de sprints que vous prévoyez.)
Plan de test du sprint 1
Il sera utilisé pour tester les récits utilisateur du sprint 1.
Plan de test du sprint 2
Il sera utilisé pour tester les récits utilisateur du sprint 2, ainsi que pour les tests de régression du sprint 1.
Plan de test principal
Il sera utilisé pour les tests de bout en bout qui couvrent plusieurs sprints.Il peut également être utilisé pour les tests de performances des contrats SLA.Ce plan de test ne doit pas être associé à une itération spécifique, étant donné qu'il couvre plusieurs itérations et qu'il peut uniquement se terminer lorsque tous les jalons sont effectués.
Déterminez les configurations de test que vous devez utiliser pour tester vos récits utilisateur.Par exemple, vous pouvez vérifier que les récits utilisateur de votre application s'exécutent sur Internet Explorer 8 pour la configuration 1 et sur Firefox 3.5 pour la configuration 2.Créez ensuite ces configurations de test à l'aide de Microsoft Test Manager.Pour plus d'informations sur la création de configurations de test, consultez Configurations de test : spécification des plateformes de test.
Ajoutez au plan de test les configurations de test dont vous avez besoin pour vos récits utilisateur.Par défaut, elles seront utilisées pour toutes les suites de tests que vous créez dans le plan de test.
[!REMARQUE]
Si vous devez utiliser des configurations différentes pour des récits utilisateur ou des cas de test spécifiques, vous pouvez modifier les configurations de test pour chaque suite de tests.Pour plus d’informations, consultez Comment : sélectionner des configurations de test différentes pour un plan de test ou une suite de tests.
Test sprint 1
Ajoutez les récits utilisateur 1 et 2 du sprint 1 au plan de test du sprint 1 afin de créer deux suites de tests basées sur une spécification.Pour plus d'informations sur la création de suites de tests à partir de récits utilisateur, consultez Comment : ajouter des éléments du journal des travaux en souffrance du produit, un récit utilisateur ou des spécifications d'éléments de travail à votre plan de test.
Vérifiez que les configurations de test dont vous avez besoin pour les suites de tests pour les récits utilisateur sont correctes.Par défaut, chaque suite de tests est configurée pour utiliser les configurations de test du plan de test.
Ajoutez les cas de test d'acceptation à ces suites de tests pour les récits utilisateur 1 et 2.Vous pouvez, par exemple, ajouter les cas de test suivants à la suite de tests appropriée :
Récit utilisateur 1 : ajouter un article au panier d'achat
Récit utilisateur 1 : supprimer un article du panier d'achat
Récit utilisateur 2 : acheter un seul article du panier d'achat
Ces cas de test sont automatiquement associés au récit utilisateur s'ils sont ajoutés à la suite de tests créée à partir de ce récit utilisateur.Pour plus d'informations sur la façon d'ajouter des cas de test à une suite de tests, consultez Comment : ajouter un cas de test à une suite de tests.
[!REMARQUE]
Vous pouvez ajouter les étapes du test lorsque vous créez les cas de test. Un autre testeur peut également ajouter les étapes du test lorsque ces dernières sont clairement définies.
Si vous créez des tests automatisés, vous pouvez les ajouter aux suites de tests.Par exemple, dans le cas de tests unitaires ou de tests codés de l'interface utilisateur, vous pouvez les associer aux cas de test et les ajouter aux suites de tests.Pour plus d'informations, consultez Comment : associer un test automatisé à un cas de test ou Create Test Cases from an Assembly of Automated Tests.Vous pouvez ajouter ces tests dès qu'ils sont prêts pendant le sprint.
Ajoutez à la suite de tests de bout en bout du plan de test principal tous les cas de test de bout en bout que vous voudrez tester lorsque les récits utilisateur seront terminés.
Lorsqu'un récit utilisateur est prêt à être testé pendant le sprint, affectez la valeur En cours à l'état de la suite de tests du plan de test.Pour plus d’informations, consultez Comment : modifier l'état de test de suites de tests.
[!REMARQUE]
Vous pouvez également ajouter un cas de test exploratoire qui sera utilisé pour exécuter des tests exploratoires pour chaque récit utilisateur.Ce cas de test peut être créé en une seule étape de test que vous utilisez pour explorer ce récit utilisateur et enregistrer vos actions si vous rencontrez un bogue.
À partir de l'affichage Exécuter les tests,vous pouvez sélectionner les points de test que vous voulez exécuter.Un point de test est le couplage d'un cas de test et d'une configuration de test.Par exemple, l'ordinateur du testeur A est uniquement configuré avec Internet Explorer 8.Le testeur A sélectionne tous les points de test pour un récit utilisateur qui doit s'exécuter sur Internet Explorer 8 et les exécute.Le testeur B sélectionne tous les points de test pour un récit utilisateur qui doit s'exécuter sur Firefox 3.5 et les exécute.
Lorsque tous les tests automatisés et manuels pour la suite de tests de ce récit utilisateur sont terminés, vous pouvez consulter l'état des tests de cette suite de tests.Dans l'activité Test, choisissez l'affichage Exécuter les tests.Vous pouvez également exécuter des rapports pour consulter l'état.En fonction des objectifs de qualité que vous avez fixé pour chaque sprint, vous pouvez déterminer si les tâches du test du sprint sont terminées.Pour plus d'informations sur les rapports de Microsoft Test Manager, consultez Rapports sur la progression des plans de test.
Lorsque le sprint 1 est terminé, vous devez déterminer les tests que vous voulez exécuter en tant que tests de régression pour le sprint suivant. Cela vous permet de vous assurer que le développement des nouveaux récits utilisateur ne fait pas échouer les fonctionnalités des récits utilisateur du sprint 1.
Créez une suite de tests appelée Régression dans le plan de test du sprint 2.Ajoutez ensuite à cette suite de tests du plan de test du sprint 2 les cas de test que vous avez identifiés pour ces tests de régression .
Test sprint 2
Ajoutez les récits utilisateur 3 et 4 du sprint 2 au plan de test du sprint 2 afin de créer deux suites de tests basées sur une spécification.
Ajoutez les cas de test d'acceptation à ces suites de tests pour les récits utilisateur 3 et 4.Par exemple, vous pouvez ajouter les cas de test suivants :
Récit utilisateur 3 : créer un compte d'ouverture de session
Récit utilisateur 3 : valider sans créer de compte d'ouverture de session
Récit utilisateur 4 : se connecter au compte d'ouverture de session(Vous pouvez ajouter des paramètres à ce cas de test pour se connecter avec différentes ouvertures de session.)
Récit utilisateur 4 : l'utilisateur oublie le mot de passe
Récit utilisateur 4 : consulter les commandes pour le compte
Vous pouvez ajouter les étapes du test lorsque vous créez les cas de test. Un autre testeur peut également ajouter les étapes du test lorsque ces dernières sont clairement définies.
Si vous créez des tests automatisés, vous pouvez les ajouter aux suites de tests.Par exemple, dans le cas de tests unitaires ou de tests codés de l'interface utilisateur, vous pouvez les associer aux cas de test et les ajouter aux suites de tests.Vous pouvez ajouter ces tests dès qu'ils sont prêts pendant le sprint.
Ajoutez à la suite de tests de bout en bout du plan de test principal tous les nouveaux cas de test de bout en bout que vous voudrez tester lorsque les récits utilisateur seront terminés.
Lorsqu'un récit utilisateur est prêt à être testé pendant le sprint, affectez la valeur En cours à l'état de la suite de tests.Exécutez ensuite les tests automatisés et manuels de la suite de tests pour ce récit utilisateur.
[!REMARQUE]
Vous pouvez également ajouter un cas de test exploratoire qui sera utilisé pour exécuter des tests exploratoires pour chaque récit utilisateur.Ce cas de test peut être créé en une seule étape de test que vous utilisez pour explorer ce récit utilisateur et enregistrer vos actions si vous rencontrez un bogue.
Vous pouvez désormais consulter l'état des tests pour chaque suite de tests de l'affichage Exécuter les tests dans l'activité Test.Vous pouvez également exécuter des rapports pour consulter l'état.En fonction des objectifs de qualité que vous avez fixé pour chaque sprint, vous pouvez déterminer si les tâches du test du sprint sont terminées.
Exécutez tous les tests de performances ou tests de bout en bout qui sont appropriés pour ce sprint.
Lorsque le sprint 2 est terminé, vous devez déterminer les tests que vous voulez exécuter en tant que tests de régression pour le sprint suivant (le chas échéant). Cela vous permet de vous assurer que le développement des nouveaux récits utilisateur ne fait pas échouer les fonctionnalités des récits utilisateur du sprint 2.
Dans le plan de test du sprint suivant (sprint 3), copiez la suite de tests appelée Régression à partir du plan de test sprint 2.Ajoutez ensuite à cette suite de tests du plan de test du sprint 3 les cas de test que vous avez identifiés pour ces tests de régression.Pour plus d'informations sur la copie de suites de tests depuis un autre plan de test, consultez Comment : copier des suites de tests à partir d'un autre plan de test
Continuez ainsi pour chacun de vos sprints.Cette approche vous permet de créer un ensemble de plans de test pour vos sprints.Vous développerez également une suite de tests de tests de régression qui sont transmis au plan de test suivant.Pour un jalon clé tel que bêta 1, vous pouvez choisir d'exécuter à nouveau une partie ou tous les tests de vos sprints.Vous pouvez utiliser les mêmes techniques de création d'un plan de test pour ce jalon, nommé bêta 1, puis copier des suites de tests vers ce plan de test.De cette manière, vous pouvez enregistrer séparément les résultats des tests pour ce plan de test et les comparer aux plans de test des sprints individuels.
Autres méthodologies de développement
Si vous n'optez pas pour une méthodologie Agile, le développement et les tâches de test seront probablement basés sur des fonctionnalités.Vous pouvez également utiliser des spécifications au lieu d'utiliser des récits utilisateur.Si vous utilisez des spécifications, vous pouvez utiliser l'approche décrite dans la section relative au développement Agile et créer des plans de test pour un jalon spécifique, au lieu de créer un sprint puis d'ajouter les spécifications à votre plan de test.Vous pouvez, par exemple, avoir un plan de test bêta 1 auquel toutes les spécifications pour bêta 1 sont ajoutées en tant que suites de tests.Vous pouvez ensuite ajouter des cas de test d'acceptation et des tests unitaires à ces suites de tests et associer vos cas de test avec les spécifications.Pour plus d’informations, consultez Comment : ajouter des éléments du journal des travaux en souffrance du produit, un récit utilisateur ou des spécifications d'éléments de travail à votre plan de test.Pour plus d'informations sur l'ajout de tests unitaires à votre plan de test, consultez Comment : associer un test automatisé à un cas de test ou Create Test Cases from an Assembly of Automated Tests.
Si vous utilisez une approche qui est davantage basée sur une fonctionnalité, vous pouvez disposer des fonctionnalités suivantes pour votre application Web :
Panier d'achat (Alpha)
Connexion (Alpha)
Extraction (bêta 1)
Consultation des commandes (bêta 1)
Les étapes suivantes supposent que ces fonctionnalités sont celles du projet.Elles supposent également qu'une fonctionnalité sera associée à un chemin de zone spécifique pour le projet d'équipe.Vous souhaiterez probablement créer des cas de test pour ces fonctionnalités.Vous pouvez également souhaiter que des cas de test testent spécifiquement plusieurs fonctionnalités.Vous pouvez, par exemple, vérifier qu'un utilisateur peut ajouter des articles à son panier d'achat, se connecter et acheter les articles.En suivant ces étapes, vous disposerez d'un ensemble de plans de test, comme illustré ci-dessous.
.png "Guide des suites de tests fonctionnelles")
Installation du projet
Au démarrage de votre projet, créez les plans de test suivants.(Ces étapes sont basées sur le nombre de jalons que vous prévoyez.)
Alpha
Il sera utilisé pour tester les fonctionnalités qui seront disponibles pour Alpha.
Bêta 1
Il sera utilisé pour tester les fonctionnalités qui seront disponibles pour Bêta, notamment toutes les modifications apportées aux fonctionnalités par les commentaires Alpha ou les éléments ajoutés aux fonctionnalités Alpha.
Déterminez les configurations de test dont vous devez disposer pour tester ces fonctionnalités.Par exemple, vous pouvez vérifier que ces fonctionnalités de votre application s'exécutent sur Internet Explorer 8 pour la configuration 1 et sur Firefox 3.5 pour la configuration 2.Créez ensuite ces configurations de test à l'aide de Microsoft Test Manager.Pour plus d'informations sur la création de configurations de test, consultez Configurations de test : spécification des plateformes de test.
Ajoutez au plan de test les configurations de test dont vous avez besoin pour vos fonctionnalités.Par défaut, elles seront utilisées pour toutes les suites de tests que vous créez dans le plan de test.
[!REMARQUE]
Si vous devez utiliser des configurations différentes pour des fonctionnalités ou des cas de test spécifiques, vous pouvez modifier les configurations de test pour chaque suite de tests.Pour plus d’informations, consultez Comment : sélectionner des configurations de test différentes pour un plan de test ou une suite de tests.
Test Alpha
Ajoutez une suite de tests pour le panier d'achat et une suite de tests pour se connecter à plan de test Alpha.Vous pouvez les créer en tant que suites de tests statiques, puis ajouter des cas de test à ces suites.Pour plus d'informations sur la façon d'ajouter des cas de test à une suite de tests statique, consultez Comment : créer et gérer des suites de tests.
Important
Vous pouvez également sélectionner un chemin de zone lorsque vous créez des cas de test en fonction de la zone du produit testé.Les chemins de zone sont souvent mappés à des fonctionnalités ou à un ensemble de fonctionnalités.Dans ce cas, vous pouvez ensuite créer une suite de tests basée sur une requête pour ce chemin de zone.Lorsque vous ajoutez un cas de test à ce chemin de zone, il sera automatiquement ajouté à la suite de tests basée sur une requête.Cela peut vous aider à gérer vos suites de tests.Dans cet exemple, vous pouvez créer une suite de tests basée sur une requête pour le chemin de zone égal à 1 et un autre pour le chemin de zone égal à 2 au lieu de créer des suites de tests statiques.Pour plus d'informations sur la création de suites de tests basées sur une requête, consultez Comment : créer et gérer des suites de tests basées sur des requêtes.
Vérifiez que les configurations de test dont vous avez besoin pour les suites de tests de chaque fonctionnalité sont correctes.Par défaut, chaque suite de tests est configurée pour utiliser les configurations de test du plan de test.
Ajoutez les cas de test à ces suites de tests pour leurs fonctionnalités respectives.Par exemple, si vous avez créé une suite de tests basée sur une requête, vous pouvez ajouter les cas de test suivants à la suite de tests appropriée, ou simplement créer des cas de test avec les valeurs correctes pour le chemin de zone :
Panier d'achat : ajouter un article au panier d'achat
Panier d'achat : supprimer un article du panier d'achat
Connexion : se connecter à un compte d'utilisateur
Pour plus d'informations sur la façon d'ajouter des cas de test à une suite de tests, consultez Comment : ajouter un cas de test à une suite de tests.
[!REMARQUE]
Vous pouvez ajouter les étapes du test lorsque vous créez les cas de test. Un autre testeur peut également ajouter les étapes du test lorsque ces dernières sont clairement définies.
Si vous créez des tests automatisés, vous pouvez les ajouter aux suites de tests.Par exemple, dans le cas de tests unitaires ou de tests codés de l'interface utilisateur, vous pouvez les associer aux cas de test et les ajouter aux suites de tests.Si vous avez créé une suite de tests basée sur une requête selon le chemin de zone, vous devez vérifier que la valeur du chemin de zone est correcte pour ces cas de test.Pour plus d'informations sur l'association de tests automatisés à des cas de test, consultez Comment : associer un test automatisé à un cas de test or Create Test Cases from an Assembly of Automated Tests.Vous pouvez ajouter ces tests dès qu'ils sont prêts pendant le test Alpha.
Lorsqu'une fonctionnalité est prête pour le test pendant la phase Alpha du projet, affectez la valeur En cours à l'état de la suite de tests du plan de test.Pour plus d’informations, consultez Comment : modifier l'état de test de suites de tests.
[!REMARQUE]
Vous pouvez également ajouter un cas de test exploratoire qui sera utilisé pour exécuter des tests exploratoires pour une fonctionnalité.Ce cas de test peut être créé en une seule étape de test que vous utilisez pour explorer cette fonctionnalité et enregistrer vos actions si vous rencontrez un bogue.
À partir de l'affichage Exécuter les tests,vous pouvez sélectionner les points de test que vous voulez exécuter.Un point de test est le couplage d'un cas de test et d'une configuration de test.Par exemple, l'ordinateur du testeur A est uniquement configuré avec Internet Explorer 8.Le testeur A sélectionne tous les points de test pour un récit utilisateur qui doit s'exécuter sur Internet Explorer 8 et les exécute.Le testeur B sélectionne tous les points de test pour un récit utilisateur qui doit s'exécuter sur Firefox 3.5 et les exécute.
Lorsque tous les tests automatisés et manuels pour la suite de tests de cette fonctionnalité sont terminés, vous pouvez consulter l'état des tests de cette suite de tests dans l'affichage Exécuter les tests de l'activité Test.Vous pouvez également exécuter des rapports pour consulter l'état.En fonction des objectifs de qualité que vous avez fixé pour le test Alpha, vous pouvez déterminer si les tâches du test sont terminées.Pour plus d'informations sur les rapports de Microsoft Test Manager, consultez Rapports sur la progression des plans de test.
Test bêta 1
Copiez les suites de tests du plan de test Alpha au plan de test bêta 1.Pour plus d'informations sur la copie de suites de tests depuis un autre plan de test, consultez Comment : copier des suites de tests à partir d'un autre plan de test
Si vous utilisez des suites de tests statiques, ajoutez une suite de tests pour l'extraction et une suite de tests pour la consultation des commandes au plan de test bêta 1.Si vous utilisez des suites de tests basées sur une requête pour les chemins de zone, tous les tests que vous créez pour les chemins de zone 1 ou 2 seront automatiquement ajoutés aux suites de tests que vous avez copiées depuis le plan de test Alpha.
Ajoutez une suite de tests appelée Bout en bout pour le plan de test bêta 1.Vous pouvez ajouter des cas de test à cette suite de tests pour tester les scénarios de bout en bout comprenant plusieurs fonctionnalités.
Ajoutez les cas de test à ces suites de tests pour ces nouvelles fonctionnalités, ou créez simplement les cas de test avec les valeurs de chemin de zone correctes si vous utilisez des suites de tests basées sur une requête.Vous pouvez également ajouter des cas de test pour les modifications apportées aux fonctionnalités Alpha ou pour les nouveaux ajouts apportés à ces fonctionnalités.Par exemple, vous pouvez ajouter les cas de test suivants :
Extraction : extraire des articles du panier d'achat
Extraction : valider sans créer de compte d'ouverture de session
Connexion (cas de test supplémentaire) : l'utilisateur oublie le mot de passe
Consultation des commandes : consulter les commandes pour le compte
Bout en bout : ajouter un élément, se connecter et valider
Vous pouvez ajouter les étapes du test lorsque vous créez les cas de test. Un autre testeur peut également ajouter les étapes du test lorsque ces dernières sont clairement définies.
Si vous créez des tests automatisés, vous pouvez les ajouter aux suites de tests.Par exemple, dans le cas de tests unitaires ou de tests codés de l'interface utilisateur, vous pouvez les associer aux cas de test et les ajouter aux suites de tests.Vous pouvez ajouter ces tests dès qu'ils sont prêts pendant le test bêta 1.
Lorsqu'une fonctionnalité est prête pour le test pendant la phase bêta 1, affectez la valeur En cours à l'état de la suite de tests.Exécutez ensuite les tests automatisés et manuels de la suite de tests pour cette fonctionnalité.
[!REMARQUE]
Vous pouvez également ajouter un cas de test exploratoire qui sera utilisé pour exécuter des tests exploratoires pour chaque nouvelle fonctionnalité pour bêta 1.Ce cas de test peut être créé en une seule étape de test que vous utilisez pour explorer cette fonctionnalité et enregistrer vos actions si vous rencontrez un bogue.
Vous pouvez désormais consulter l'état des tests pour chaque suite de tests de l'affichage Exécuter les tests dans l'activité Test.Vous pouvez également exécuter des rapports pour consulter l'état.En fonction des objectifs de qualité que vous avez fixé pour le test bêta 1, vous pouvez déterminer si les tâches du test sont terminées.
Exécutez tous les tests de bout en bout nécessaires pour bêta 1.
Si votre projet comporte d'autres jalons, vous pouvez poursuivre ce processus pour chacun de vos jalons.Cette approche vous permet de créer un plan de test pour chaque jalon.Vous développerez également une suite de tests des tests de bout en bout copiés dans le plan de test pour le jalon suivant.Si vous ne disposez pas du temps nécessaire pour exécuter tous les tests d'une suite de tests à partir d'un jalon précédent, vous pouvez limiter les tests de la suite de tests que vous avez copiée.Vous pouvez, par exemple, les limiter aux tests de priorité 1 uniquement.Si vous utilisez des suites de tests basées sur une requête, vous pouvez modifier la requête à ajouter à la priorité.Si vous utilisez des suites de tests statiques, vous pouvez simplement supprimer les cas de test que vous n'avez pas besoin de réexécuter pour le jalon.
Voir aussi
Tâches
Guide de démarrage rapide pour le test manuel à l'aide du Gestionnaire de tests Microsoft
Comment : afficher des résultats de tests dans Microsoft Test Manager