Partager via


Recherche de tests affectés par les modifications du code

Vous pouvez utiliser le gestionnaire de tests Microsoft pour vous aider à déterminer les tests devant être exécutés, en fonction de les modifications apportées au code apportées à l'application que vous testez. Vous devez être capable d'utiliser cette fonctionnalité, si vous devez utilisez Team Foundation Build pour compiler votre application et utilisé Visual Studio pour le contrôle de version dans votre code source.

Configuration requise

  • Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

[!REMARQUE]

Cette fonctionnalité qui permet de déterminer les tests devant être éventuellement exécutés, en fonction des modifications apportées au code, est prise en charge uniquement pour les applications développées à l'aide de code managé.

Pour rechercher les tests recommandés, vous devez d'abord exécuter vos tests manuels à l'aide de Test Runner ou vos tests automatisés.Lorsque vous exécutez ces tests, vous devez utiliser des paramètres de test qui collectent les données d'impact de test.Ces données indiquent les méthodes qui sont appelées lors de l'exécution des tests.Ces liens entre les méthodes de votre application et les cas de test sont stockés pour déterminer les cas de test qu'il est recommandé de réexécuter en fonction des modifications apportées aux méthodes.

Les données d'impact de test sont collectées uniquement si les tests sont exécutés et réussissent.Cette opération crée une planification initiale permettant de collecter des données valides pour lesquelles les méthodes sont utilisées lors de l'exécution du test complet.En cas d'échec d'un test, seules des données partielles des méthodes utilisées pour son exécution pourraient être collectées.Ces données partielles seraient inexactes.

Lorsqu'une nouvelle build est créée, toutes les modifications apportées aux méthodes depuis la build précédente et archivées à l'aide du contrôle de version sont comparées aux données d'impact de test.Si vous consultez les détails d'une build spécifique, vous pouvez afficher tous les tests impactés.Par exemple, si la résolution d'un bogue entraîne la mise à jour d'une méthode spécifique, vous pouvez ensuite comparer les builds pour rechercher les cas de test recommandés comme indiqué dans l'illustration suivante.

Tests recommandés

[!REMARQUE]

Seuls les cas de test s'affichent ici.Les tests automatisés qui ne sont pas associés à des cas de test ne s'affichent pas dans l'activité Tests recommandés.Par exemple, pour afficher les tests unitaires qui peuvent être impactés par une nouvelle build et ne sont pas associés à un cas de test, vous pouvez consulter les détails de cette build spécifique à partir de Visual Studio.

Pour rechercher les cas de test sont affectés par les modifications du code

Ouvrez votre plan de test dans le gestionnaire de tests Microsoft.Pour plus d'informations, consultez System Testing with MTM.

  1. Configurez les paramètres de test pour collecter les données d'impact de test

    Le paramètre par défaut collecte les données d'impact de test pour l'ordinateur local sur lequel vous exécutez les tests, mais pas pour d'autres ordinateurs.Par exemple si vous testez un serveur Web et rechercher les tests affectés par les modifications de code serveur, vous devez configurer les paramètres de test afin que les données d'impact de test soient rassemblées du rôle de serveur.

    1. Ouvrez Centre de tests, Plan, Propriétés et sous Exécutions manuelles ou Exécutions automatisées, choisissez ou créent Paramètres de test.

    2. Dans l'éditeur Paramètres de test, dans la page Rôles, choisissez un ensemble de rôles qui correspond à la collection d'ordinateurs dont vous avez besoin pour les tests.

      • Je ne vois pas un ensemble de rôles qui correspond à l'ensemble des ordinateurs que je requiert.

        Vous devez installer une norme ou l'environnement SCVMM qui incluent les ordinateurs dont vous avez besoin.Consultez Exécution de tests dans des environnements lab.

    3. Dans la page Données et diagnostics, sélectionnez le rôle ou le serveur.Activez l'option Impact de test .

      Pour exclure des processus spécifié ou des modules de la collection de données, choisissez Configurer.

      Si vous testez une application ASP.NET sous IIS :

      1. Dans le rôle de serveur Web, vérifiez Impact de test et choisissez Configurer.Dans la boîte de dialogue de configuration, sous l'onglet de Avancé, vérifiez Collecter des données pour les applications ASP.NET.

      2. Dans le rôle Local ou de Client Web, vérifiez Proxy du client ASP.NET.

    Pour plus d'informations, consultez Spécification des paramètres des tests dans Microsoft Test Manager.

    Configurer l'analyse de l'impact de test

  2. Sélectionnez Team Build à utiliser pour votre test.

    Spécifiez la build que vous testez actuel.Elle sera ensuite utilisée comme base de la comparaison avec d'autres builds pour déterminer les cas de test qu'il est recommandé de réexécuter.

    1. Ouvrez Centre de tests, Plan, Propriétés.

    2. À Build utilisée, choisissez Modifier.Sélectionnez la build que vous utilisez actuellement.

    Pour plus d'informations, consultez Comment : sélectionner une build pour votre plan de test

  3. Exécutez vos tests

    Les données d'impact de test seront jointes à vos résultats de tests avec l'extension de nom de fichier testimpact.xml.Seules les données d'impact des tests ayant réussi sont enregistrées.Tout processus de l'application doit être démarré après le lancement du premier test de votre série de tests.

    Pour plus d'informations, consultez Exécution de tests manuels à l'aide de Test Runner et Exécution de tests automatisés dans Microsoft Test Manager.

  4. Rechercher les tests recommandés à exécuter

    1. Ouvrez Centre de tests, Suivre, Tests recommandés.

    2. Sélectionnez une build à Build précédente à comparer.

  5. Sélectionnez les paires de cas de test et de configuration que vous souhaitez réexécuter, puis choisissez Rétablir l'état Actif.

  6. Vous pouvez choisir Éléments de travail associés pour afficher les éléments de travail associés à toutes les builds parmi et y compris la génération en cours et la génération précédente que vous sélectionnez.

Voir aussi

Concepts

Exécution de tests dans Microsoft Test Manager

Identification des builds qui ont des résolutions de bogues, de nouvelles fonctionnalités ou des spécifications