Quels tests doivent être exécutés depuis une version antérieure ?
Vous pouvez utiliser Microsoft Test Manager pour vous aider à déterminer quels tests doivent être exécutés, en fonction des modifications de code apportées à l'application que vous testez. Pour pouvoir utiliser cette fonctionnalité, vous devez utiliser Team Foundation Build pour générer votre application et Visual Studio pour le contrôle de version de votre code source.
Spécifications
- Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional
Notes
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.
Notes
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 qui 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 savoir quels cas de test sont affectés par les modifications du code
Ouvrez votre plan de test dans Microsoft Test Manager.
Configurez les paramètres de test pour collecter les données d'impact de test.
Les paramètres par défaut collectent 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 vous souhaitez rechercher les tests affectés par les modifications du code serveur, vous devez configurer les paramètres de test afin que les données d'impact de test soient collectées à partir du rôle serveur.
Ouvrez Centre de tests, Plan, Propriétés et sous Exécutions manuelles ou Exécutions automatisées, choisissez ou créez les Paramètres de test.
Dans l'éditeur Paramètres de test, dans la page Rôles, choisissez un ensemble de rôles correspondant à la collection d'ordinateurs requis pour les tests.
Je ne vois pas un ensemble de rôles correspondant à l'ensemble d'ordinateurs requis.
Vous devez configurer un environnement standard ou SCVMM qui inclut les ordinateurs requis. Voir Exécution de tests dans des environnements lab.
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 ou modules spécifiés de la collecte de données, choisissez Configurer.
Si vous testez une application ASP.NET qui s'exécute sous Internet Information Services :
Dans le rôle de serveur Web, activez Impact de test et choisissez Configurer. Dans la boîte de dialogue de configuration, sous l'onglet Avancé, activez Collecter des données pour les applications ASP.NET.
Dans le rôle Local ou Client Web, activez Proxy client ASP.NET.
Pour plus d'informations, consultez Collecter plus de données de diagnostic dans des tests manuels.
Sélectionnez une build d'équipe à utiliser pour votre test.
Spécifiez la build que vous testez actuellement. 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.
Ouvrez Centre de tests, Plan, Propriétés.
Sous 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
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 Team Web Access et Exécution de tests automatisés dans Microsoft Test Manager.
Recherchez les tests recommandés à exécuter.
Cliquez sur Centre de tests, Suivre, Tests recommandés.
Sélectionnez une build sous Build précédente à comparer.
Sélectionnez les paires de cas de test et de configuration que vous voulez réexécuter, puis choisissez Rétablir l'état Actif.
Vous pouvez choisir Éléments de travail associés pour afficher les éléments de travail associés à la build utilisée, la build précédente que vous avez sélectionnée et toutes celles qui sont comprises entre ces deux builds.
Voir aussi
Concepts
(retirée) déterminer les modifications entre des builds