Créer des paramètres de test pour exécuter des tests automatisés à partir de Visual Studio

Article
08/10/2011

Les paramètres de test utilisent des adaptateurs de données de diagnostic, qui spécifient différents types de données à collecter ou la manière d'affecter un ordinateur de test lorsque vous exécutez des tests manuels et/ou automatisés depuis Visual Studio. Un adaptateur de données de diagnostic peut, par exemple, collecter des informations système, un enregistrement vidéo pour un test codé de l'interface utilisateur ou des informations de trace de diagnostic. En outre, les adaptateurs de données de diagnostic peuvent être utilisés pour simuler des goulots d'étranglement potentiels sur l'ordinateur de test ou pour réduire la mémoire système disponible. Par exemple, vous pouvez émuler un réseau lent pour imposer un goulot d'étranglement sur le système.

Les paramètres de test de Visual Studio sont stockés dans un fichier. Ils définissent ce qui suit :

l'ensemble des rôles qui sont requis pour l'application testée ;
le rôle à utiliser pour exécuter vos tests ;
les adaptateurs de données de diagnostic à utiliser pour chaque rôle.

Lorsque vous exécutez vos tests, vous sélectionnez les paramètres de test à utiliser comme paramètres de test actifs en fonction de vos besoins pour cette série de tests. Le fichier de paramètres de test est stocké dans votre solution. Le fichier a une extension .testsettings.

Il n'est pas possible d'exécuter des tests automatisés dans le cadre d'un plan de test depuis Visual Studio. Vous devez associer vos tests automatisés à un cas de test et les exécuter à l'aide de Gestionnaire de tests Microsoft. Pour plus d'informations sur l'exécution de tests automatisés depuis un plan de test, consultez Comment : exécuter des tests automatisés à partir d'un plan de test à l'aide du Gestionnaire de tests Microsoft

Lorsque vous ajoutez un projet de test à une solution, deux paramètres de test par défaut sont créés. Ils sont ajoutés automatiquement à la solution dans le dossier Éléments de solution. Si l'un ou l'autre de ces paramètres de test fournit ce dont vous avez besoin pour l'exécution de vos tests, vous pouvez les utiliser en choisissant les paramètres de test que vous voulez activer :

Local.testsettings : cela exécute localement vos tests sans adaptateur de données de diagnostic.
Traceandtestimpact.testsettings : cela exécute localement vos tests avec les adaptateurs de données de diagnostic suivants, configurés pour collecter les données de tous les modules et processus :
- IntelliTrace
- impact de test
- informations système

Pour exécuter vos tests, collecter des données ou affecter un ordinateur de test à distance, vous devez spécifier un contrôleur de test et les rôles dont vous avez besoin pour votre application dans vos paramètres de test. Le contrôleur de test aura des agents pouvant être utilisés pour chaque rôle dans vos paramètres de test. Pour plus d'informations sur les contrôleurs de test et les agents de test, consultez Configuration d'ordinateurs de test pour exécuter des tests ou collecter des données et Gestion des contrôleurs de test et des agents de test.

Utilisez les procédures suivantes pour créer et supprimer des paramètres de test dans votre solution pour les tests automatisés que vous projetez d'exécuter depuis Visual Studio.

Créer des paramètres de test pour une exécution locale
Créer des paramètres de test pour exécuter des tests, collecter des données ou affecter l'ordinateur de test à distance

Notes

Pour créer des paramètres de test qui sont spécifiquement utilisés pour un test de performances de site Web, un test unitaire ou un test de charge distribué, consultez Comment : créer un paramètre de test pour un test de charge distribué.

Ajouter des paramètres de test à votre solution pour une exécution locale

Pour ajouter des paramètres de test à votre solution pour une exécution locale

Dans l'Explorateur de solutions, cliquez avec le bouton droit sur Éléments de solution, pointez sur Ajouter, puis cliquez sur Nouvel élément.

La boîte de dialogue Ajouter un nouvel élément s'affiche.
Dans le volet Modèles installés, cliquez sur Paramètres de test.
(Facultatif) Dans la zone Nom, modifiez le nom du fichier de paramètres de test.
Cliquez sur Ajouter.

Le nouveau fichier de paramètres de test s'affiche dans l'Explorateur de solutions, sous le dossier Éléments de solution.

Notes

La liste des paramètres de test affichée par Visual Studio est dérivée de la liste de fichiers de paramètres de test du dossier Éléments de solution. Par exemple, les fichiers de paramètres de test du dossier Éléments de solution s'affichent lorsque vous utilisez l'option Sélectionner des paramètres de test actifs du menu Test. Cela signifie que si vous déplacez un fichier de paramètres de test vers un autre emplacement de la hiérarchie de votre solution, il ne peut plus être utilisé comme paramètre de test dans l'IDE de Visual Studio.
La boîte de dialogue Paramètres de test s'affiche. La page Général est sélectionnée.

Vous pouvez maintenant modifier et enregistrer des valeurs de paramètres de test.

Notes

Chaque paramètre de test que vous créez apparaît comme un choix pour les options Sélectionner des paramètres de test actifs et Modifier les paramètres de test du menu Test.
Sous Nom, tapez le nom des paramètres de test.
(Facultatif) Sous Description, tapez une description pour les paramètres de test afin que les autres membres de l'équipe sachent à quoi il sert.
(Facultatif) Pour sélectionner le schéma d'affectation de noms par défaut pour vos séries de tests, sélectionnez Schéma d'affectation de nom par défaut. Pour définir votre propre schéma d'affectation de nom, sélectionnez Schéma défini par l'utilisateur puis tapez le texte que vous voulez dans Texte du préfixe. Pour ajouter l'horodatage au nom de série de tests, sélectionnez Ajouter un horodatage.
Cliquez sur Rôles.

La page Rôles s'affiche.
Pour exécuter vos tests localement, sélectionnez Exécution locale.
Cliquez sur Données et diagnostics.

La page Données et diagnostics s'affiche.

Pour sélectionner les données et diagnostics que vous voulez collecter sur votre ordinateur local, sélectionnez les adaptateurs de données de diagnostic en fonction des besoins des tests de votre plan de test. Pour configurer chaque adaptateur de données de diagnostic sélectionné pour chaque rôle, cliquez sur Configurer.

Pour plus d'informations sur chaque adaptateur de données de diagnostic et sur la façon de le configurer, consultez la rubrique associée qui est présentée dans le tableau ci-dessous.

Notes

Le tableau présente uniquement les adaptateurs qui peuvent être utilisés avec les tests automatisés. Pour plus d'informations sur les adaptateurs de données de diagnostic, consultez Configuration d'ordinateurs et collecte d'informations de diagnostic à l'aide de paramètres de test.

Adaptateurs de données de diagnostic pour les tests automatisés

Adaptateur de données de diagnostic	Rubrique associée
Proxy client ASP.NET pour IntelliTrace et l'impact de test : ce proxy vous permet de collecter des informations sur les appels HTTP d'un client à un serveur Web pour les adaptateurs de données de diagnostic d'impact de test et IntelliTrace.	Aucune configuration n'est requise pour collecter ces informations. Comment : collecter des données IntelliTrace pour aider au débogage des problèmes difficiles Comment : collecter des données pour vérifier quels tests doivent être exécutés après les modifications de code
IntelliTrace : vous pouvez configurer l'adaptateur de données de diagnostic pour IntelliTrace afin de collecter des informations de trace de diagnostic spécifiques pour aider à isoler des bogues qui sont difficiles à reproduire. Cet adaptateur crée ainsi un fichier IntelliTrace comportant l'extension .iTrace et contenant ces informations. Lorsqu'un test échoue, vous pouvez créer un bogue. Le fichier IntelliTrace enregistré avec les résultats des tests est automatiquement lié à ce bogue. Les données collectées dans le fichier IntelliTrace augmentent l'efficacité du débogage en réduisant le temps nécessaire à la reproduction et au diagnostic d'une erreur dans le code. À partir de ce fichier IntelliTrace, la session locale peut être simulée sur un autre ordinateur, ce qui réduit les possibilités de bogues non reproductibles. Pour plus d'informations, consultez Débogage avec IntelliTrace.	Comment : collecter des données IntelliTrace pour aider au débogage des problèmes difficiles
Profileur ASP.NET : vous pouvez créer un paramètre de test incluant le profilage ASP.NET, qui collecte les données de performances relatives aux applications Web ASP.NET. Remarque Cet adaptateur de données de diagnostic est conçu pour être utilisé uniquement avec les tests de charge qui utilisent des sites Web qui requièrent Visual Studio 2010 Ultimate.	Comment : configurer le profileur ASP.NET pour les tests de charge à l'aide de paramètres de test Comment : créer un paramètre de test pour un test de charge distribué
Couverture du code : vous pouvez créer un paramètre de test incluant des informations de couverture du code, qui sont utilisées pour évaluer quelle proportion de votre code est couverte par les tests.	Comment : configurer la couverture du code à l'aide de paramètres de test pour les tests automatisés
Journal des événements : vous pouvez configurer un paramètre de test pour inclure la collecte des journaux des événements, qui sera intégrée aux résultats des tests.	Comment : configurer la collection des journaux des événements à l'aide de paramètres de test
Émulation de réseau : vous pouvez spécifier que vous voulez appliquer une charge réseau artificielle à votre test à l'aide d'un paramètre de test. L'émulation de réseau affecte les communications établies vers et depuis l'ordinateur en émulant une vitesse de connexion réseau particulière (par exemple, une connexion d'accès à distance). Remarque L'émulation de réseau ne peut pas être utilisée pour augmenter la vitesse de connexion réseau.	Comment : configurer l'émulation réseau à l'aide de paramètres de test
Informations système : un paramètre de test peut être configuré pour inclure les informations système relatives à l'ordinateur sur lequel le test est exécuté. Les informations système sont spécifiées dans les résultats des tests à l'aide d'un paramètre de test.	Aucune configuration n'est requise pour collecter ces informations.
Impact de test : vous pouvez collecter des informations sur les méthodes de votre code d'application utilisées lors de l'exécution d'un cas de test. Associées aux modifications apportées au code d'application par les développeurs, ces informations peuvent servir à déterminer les tests impactés par ces modifications.	Comment : collecter des données pour vérifier quels tests doivent être exécutés après les modifications de code
Enregistreur vidéo : vous pouvez créer un enregistrement vidéo de votre session ouverte lorsque vous exécutez un test automatisé. Cet enregistrement vidéo permet d'afficher les actions utilisateur associées à un test codé de l'interface utilisateur. L'enregistrement vidéo peut aider d'autres membres de l'équipe à isoler les problèmes liés aux applications qui sont difficiles à reproduire.	Comment : enregistrer une vidéo de votre bureau pendant que vous exécutez des tests à l'aide de paramètres de test

Cliquez sur Déploiement.

La page Déploiement s'affiche.
Pour créer un répertoire différent pour le déploiement à chaque fois que vous exécutez vos tests, sélectionnez Activer le déploiement.

Notes

Si vous sélectionnez cette option, vous pouvez continuer à générer votre application pendant l'exécution de vos tests.
Pour ajouter un fichier au répertoire utilisé pour l'exécution de vos tests, cliquez sur Ajouter un fichier, puis sélectionnez le fichier à ajouter.
Pour ajouter un répertoire au répertoire utilisé pour l'exécution de vos tests, cliquez sur Ajouter un répertoire, puis sélectionnez le répertoire à ajouter.

Notes

Pour plus d'informations sur le déploiement de fichiers et de répertoires pour des tests individuels à l'aide de propriétés et de l'attribut DeploymentItem, consultez Comment : configurer le déploiement d'un test.
Pour exécuter des scripts avant et après vos tests, cliquez sur Scripts d'installation et de nettoyage.

La page Scripts d'installation et de nettoyage s'affiche.
1. Tapez l'emplacement du fichier de script dans Script d'installation ou cliquez sur les points de suspension (...) pour accéder au script d'installation.
2. Tapez l'emplacement du fichier de script dans Script de nettoyage ou cliquez sur les points de suspension (...) pour accéder au script de nettoyage.
Pour exécuter vos tests avec un autre hôte, cliquez sur Hôtes.
1. Pour exécuter vos tests unitaires dans le même processus qu'un site ASP.NET, sélectionnez ASP.NET dans Type d'hôte. Pour plus d'informations sur la configuration de l'hôte, consultez Tests unitaires pour les services Web ASP.NET.
2. Sélectionnez Exécuter les tests dans un processus 32 bits ou 64 bits si vous souhaitez que votre test s'exécute dans un processus 32 bits ou 64 bits.
  
  Conseil
  
  Pour une flexibilité maximale, vous devez compiler vos projets de test avec la configuration Any CPU. Vous pouvez ensuite les exécuter sur des agents 32 et 64 bits. La compilation de projets de test avec la configuration 64 bits ne présente aucun avantage particulier.
(Facultatif) Pour limiter la période d'exécution des séries de tests et des tests individuels, cliquez sur Délais d'attente des tests.
1. Pour abandonner l'exécution d'une série de tests lorsqu'une limite de temps est dépassée, sélectionnez Abandonner une série de tests si la durée totale dépasse, puis tapez une valeur pour cette limite.
2. Pour faire échouer un test si une limite de temps est dépassée, sélectionnez Marquer un test comme ayant échoué si sa durée d'exécution dépasse, puis tapez une valeur pour cette limite.
(Facultatif) Si vous devez spécifier des emplacements d'assembly qui doivent être chargés par vos tests unitaires, cliquez sur Test unitaire.
1. Pour Dossier racine des assemblys à charger, cliquez sur Parcourir pour localiser le dossier et remplir la zone de texte.
  
  Le dossier racine spécifié peut contenir des variables d'environnement. Il représente le répertoire qui sera utilisé comme ApplicationBase du domaine d'application AppDomain dans lequel les tests sont exécutés. Tous les assemblys de ce répertoire pourront être chargés par vos tests unitaires. Dans un environnement de production, il est conseillé de spécifier le répertoire dans lequel les assemblys du code testé sont installés. Dans un environnement de développement, il est conseillé de spécifier le répertoire dans lequel les assemblys du code testé sont générés. Cela permet de garantir que toutes les références aux binaires de produit peuvent être chargées et résolues pendant la découverte et l'exécution des tests, sans qu'il soit nécessaire de copier les binaires de produit avec les tests.
  
  Si aucune valeur n'est définie à cet endroit, la valeur de l'ApplicationBase de AppDomain dans lequel les tests sont exécutés est le répertoire contenant les tests.
2. Activez ou désactivez la case à cocher Utilisez le contexte de chargement pour les assemblys dans le répertoire de test.
  
  Par défaut, la plupart des assemblys sont chargés dans le « Contexte de chargement » correct. La case Utilisez le contexte de chargement pour les assemblys dans le répertoire de test doit généralement rester activée. Vous pouvez toutefois la désactiver dans certaines conditions :
  
  Si votre répertoire de test comporte un grand nombre d'assemblys, si vous avez spécifié un emplacement dans Dossier racine des assemblys à charger et si vos tests ne dépendent pas du chargement dans le contexte de chargement, vous pouvez constater une augmentation des performances si vous n'utilisez pas le contexte de chargement pour charger ces assemblys de test.
  
  Si vos tests dépendent du chargement dans un contexte autre que le contexte de chargement (non classique).
  
  Pour plus d'informations, consultez Meilleures pratiques pour le chargement d'assembly.
3. Sous Dossiers à utiliser lors de l'exécution des tests, cliquez sur Ajouter un dossier.
  
  La boîte de dialogue Rechercher un dossier s'affiche.
4. Localisez le dossier à utiliser, puis cliquez sur OK.
  
  Le paramètre Dossiers à utiliser lors de l'exécution des tests est celui que vous utiliserez probablement le plus fréquemment. Vous pouvez spécifier plusieurs chemins d'accès aux dossiers à partir desquels les assemblys doivent être résolus pendant la découverte et l'exécution des tests. Chacun des chemins d'accès spécifiés dans cette section peut contenir des variables d'environnement. Deux options sont associées à chacun des chemins d'accès spécifiés ici :
  
  Première option Activez la case à cocher Utiliser le contexte de chargement pour spécifier que le répertoire doit utiliser le contexte de chargement lors de la résolution d'assemblys du répertoire (si le contexte de chargement n'est pas obligatoire pour que les tests s'exécutent correctement, vous pouvez constater une amélioration des performances si vous désactivez cette case à cocher).
  
  Deuxième option Activez la case à cocher Inclure les sous-dossiers pour spécifier l'utilisation d'un sous-dossier à inclure lors de la résolution d'assemblys du répertoire.
5. Sous Dossiers supplémentaires à utiliser lors de la découverte de tests, cliquez sur Ajouter un dossier.
  
  La boîte de dialogue Rechercher un dossier s'affiche.
6. Localisez le dossier à utiliser, puis cliquez sur OK.
  
  L'option Dossiers supplémentaires à utiliser lors de la découverte de tests est utile lorsque vous exécutez à distance les tests sous Team Build ou que vous procédez à une exécution automatisée dans Microsoft Test Manager. Les chemins d'accès fournis ici seront utilisés pour la résolution d'assembly, mais uniquement pendant la découverte de test. Ces chemins d'accès peuvent contenir des variables d'environnement. Lorsque les tests sont planifiés pour être exécutés à distance à partir d'un emplacement de build et que les dépendances de l'assembly de test ne sont pas toutes dans le même répertoire, ces chemins d'accès peuvent être utilisés pour s'assurer que MSTest ou le contrôleur de test peut trouver un nombre suffisant d'assemblys dépendants pour découvrir les tests et planifier leur exécution sur des ordinateurs distants.
  
  Pour les exécutions planifiées dans Gestionnaire de tests Microsoft, un jeton supplémentaire "%BuildDrop%" peut être utilisé pour faire référence de manière générique à l'emplacement cible de build. Ainsi, il n'est pas nécessaire de créer ou de mettre à jour les paramètres de test chaque fois qu'une nouvelle build est testée. Malheureusement, ce jeton n'est pas directement pris en charge via Team Build (toutefois, si l'emplacement cible de build est défini dans une variable d'environnement nommée BuildDrop de la définition de build, le résultat sera le même).
  
  Pour plus d'informations, consultez Vérification du code à l'aide de tests unitaires.
(Facultatif) Pour configurer des propriétés qui contrôlent la façon dont les tests de performances de site Web sont exécutés dans le paramètre de test, cliquez sur Test Web.
1. Sélectionnez Nombre d'exécutions fixé ou Une exécution par ligne de source de données.
2. Utilisez la liste déroulante Type de navigateur pour sélectionner le navigateur Web à utiliser avec votre test de performances de site Web. Par exemple, Internet Explorer 8.0.
  
  Pour plus d'informations sur les tests des performances de sites Web, consultez Test de performances et de la contrainte d'une application.
  
  Notes
  
  Le test de performances de site Web nécessite Visual Studio 2010 Ultimate.
Pour enregistrer les paramètres de test, cliquez sur Enregistrer sous. Tapez le nom de fichier que vous voulez dans Nom d'objet.

Notes

Si vous devez modifier vos paramètres de test, cliquez sur Test puis cliquez sur Modifier les paramètres de test et pointez sur les paramètres de test que vous avez créés. Pour plus d'informations, consultez Comment : modifier un paramètre de test existant pour un plan de test.

Ajouter des paramètres de test à votre solution pour l'exécution distante ou la collecte de données

Pour ajouter des paramètres de test à votre solution pour l'exécution distante ou la collecte de données

Dans l'Explorateur de solutions, cliquez avec le bouton droit sur Éléments de la solution, pointez sur Ajouter, puis cliquez sur Nouvel élément.

La boîte de dialogue Ajouter un nouvel élément s'affiche.
Dans le volet Modèles installés, cliquez sur Paramètres de test.
(Facultatif) Dans la zone Nom, modifiez le nom du fichier de paramètres de test.
Cliquez sur Ajouter.

Le nouveau fichier de paramètres de test s'affiche dans l'Explorateur de solutions, sous le dossier Éléments de solution.

Notes

La liste des paramètres de test affichée par Visual Studio est dérivée de la liste de fichiers de paramètres de test du dossier Éléments de solution. . Par exemple, les fichiers de paramètres de test du dossier Éléments de solution s'affichent lorsque vous utilisez l'option Sélectionner des paramètres de test actifs du menu Test. Cela signifie que si vous déplacez un fichier de paramètres de test vers un autre emplacement de la hiérarchie de votre solution, il ne peut plus être utilisé comme paramètre de test dans l'IDE de Visual Studio.
La boîte de dialogue Configurer les paramètres de test - <nom du fichier de paramètres de test>.testsettings s'affiche. La page Général est sélectionnée.

Vous pouvez maintenant modifier et enregistrer des valeurs de paramètres de test.

Notes

Chaque paramètre de test que vous créez apparaît comme un choix pour les options Sélectionner des paramètres de test actifs et Modifier les paramètres de test du menu Test.
Sous Nom, tapez le nom des paramètres de test.
(Facultatif) Sous Description, tapez une description pour le paramètre de test afin que les autres membres de l'équipe sachent à quoi il sert.
(Facultatif) Pour sélectionner le schéma d'affectation de noms par défaut pour vos séries de tests, sélectionnez Schéma d'affectation de nom par défaut. Pour définir votre propre schéma d'affectation de nom, sélectionnez Schéma défini par l'utilisateur puis tapez le texte que vous voulez dans Texte du préfixe. Pour ajouter l'horodatage au nom de série de tests, sélectionnez Ajouter un horodatage.
Cliquez sur Rôles.

La page Rôles s'affiche.
Pour exécuter vos tests localement et collecter des données à distance, sélectionnez Exécution locale et collection distante. Pour exécuter vos tests à distance et/ou collecter des données à distance, sélectionnez Exécution distante.
Sélectionnez un contrôleur de test pour les agents de test depuis Contrôleur pour l'exécution de vos tests ou la collection de données. Pour plus d'informations, consultez Utilisation de contrôleurs de test et d'agents de test avec des tests de charge.
Pour ajouter les rôles que vous voulez utiliser pour exécuter des tests et collecter des données, cliquez sur Ajouter.
Dans la zone Nom, tapez un nom pour le rôle. Le rôle peut être, par exemple, un client pour ordinateur de bureau.
Répétez les étapes 12 et 13 pour ajouter tous les rôles dont vous avez besoin.

Chaque rôle utilise un agent de test géré par le contrôleur de test.
Sélectionnez le rôle que vous voulez pour exécuter vos tests, puis cliquez sur Définir en tant que rôle pour exécuter les tests.

Important

Les autres rôles que vous créez et que vous définissez n'exécuteront pas de tests. Ils seront seulement utilisés pour collecter des données en fonction des adaptateurs de données et de diagnostic que vous spécifiez pour les rôles dans la page Données et diagnostics.
Pour limiter les agents à utiliser pour un rôle, sélectionnez le rôle puis cliquez sur Ajouter dans la barre d'outils au-dessus de la liste des attributs.

La boîte de dialogue Règle de sélection d'agent s'affiche.

Tapez le nom dans Nom de l'attribut et la valeur dans Valeur d'attribut, puis cliquez sur OK. Ajoutez autant d'attributs que nécessaire.

Vous pouvez, par exemple, ajouter un attribut nommé « RAM > 16GB » avec une valeur « True » ou « False » pour filtrer les ordinateurs servant d'agents de test dont la mémoire est supérieure à 16 Go. Pour appliquer un même attribut à un ou plusieurs agents de test, vous utilisez la boîte de dialogue Gérer les contrôleurs de test. Pour plus d'informations, consultez Gestion des contrôleurs de test et des agents de test.
Cliquez sur Données et diagnostics.

La page Données et diagnostics s'affiche.

Dans la page Donnée et diagnostic, vous définissez le rôle en sélectionnant les adaptateurs de données de diagnostic que le rôle utilisera pour collecter des données. Ainsi, si un ou plusieurs adaptateurs de données et de diagnostic sont activés pour le rôle, le contrôleur de test choisira un ordinateur agent de test disponible pour collecter des données pour les adaptateurs de données et de diagnostic spécifiés, selon les attributs définis pour le rôle. Pour sélectionner les données et les adaptateurs de données de diagnostic que vous voulez collecter pour chaque rôle, choisissez le rôle. Pour chaque rôle, sélectionnez les adaptateurs de données de diagnostic en fonction des besoins liés aux tests. Pour configurer chaque adaptateur de données de diagnostic sélectionné pour chaque rôle, cliquez sur Configurer.

Exemple de rôles et d'adaptateurs de données de diagnostic :

Vous pouvez, par exemple, créer un rôle client nommé « Client bureau » avec un attribut « Uses SQL » dont la valeur est « True » et un rôle serveur nommé « SQL Server » avec un attribut dont la valeur est « RAM > 16GB ». Si vous spécifiez que le « Client bureau » exécute les tests en cliquant sur Définir en tant que rôle pour exécuter les tests dans la page Rôles, le contrôleur de test sélectionne des ordinateurs comportant des agents de test qui incluent l'attribut « Uses SQL » dont la valeur est « True » pour exécuter les tests. Le contrôleur de test sélectionne également des ordinateurs SQL server avec des agents de test qui incluent l'attribut « RAM > 16GB » uniquement pour collecter des données définies par les adaptateurs de données et de diagnostic inclus dans le rôle. L'agent de test « Client bureau » peut également collecter des données pour les ordinateurs sur lesquels il s'exécute si vous sélectionnez des adaptateurs de donnée et de diagnostic pour ce rôle également.

Pour plus d'informations sur chaque adaptateur de données de diagnostic et sur la façon de le configurer, consultez la rubrique associée qui est présentée dans le tableau ci-dessous.

Notes

Adaptateurs de données de diagnostic pour les tests automatisés

Adaptateur de données de diagnostic	Rubrique associée
Proxy client ASP.NET pour IntelliTrace et l'impact de test : ce proxy vous permet de collecter des informations sur les appels HTTP d'un client à un serveur Web pour les adaptateurs de données de diagnostic d'impact de test et IntelliTrace.	Aucune configuration n'est requise pour collecter ces informations. Comment : collecter des données IntelliTrace pour aider au débogage des problèmes difficiles Comment : collecter des données pour vérifier quels tests doivent être exécutés après les modifications de code
IntelliTrace : vous pouvez configurer l'adaptateur de données de diagnostic pour IntelliTrace afin de collecter des informations de trace de diagnostic spécifiques pour aider à isoler des bogues qui sont difficiles à reproduire. Cet adaptateur crée ainsi un fichier IntelliTrace comportant l'extension .iTrace et contenant ces informations. Lorsqu'un test échoue, vous pouvez créer un bogue. Le fichier IntelliTrace enregistré avec les résultats des tests est automatiquement lié à ce bogue. Les données collectées dans le fichier IntelliTrace augmentent l'efficacité du débogage en réduisant le temps nécessaire à la reproduction et au diagnostic d'une erreur dans le code. À partir de ce fichier IntelliTrace, la session locale peut être simulée sur un autre ordinateur, ce qui réduit les possibilités de bogues non reproductibles. Pour plus d'informations, consultez Débogage avec IntelliTrace.	Comment : collecter des données IntelliTrace pour aider au débogage des problèmes difficiles
Profileur ASP.NET : vous pouvez créer un paramètre de test incluant le profilage ASP.NET, qui collecte les données de performances relatives aux applications Web ASP.NET. Remarque Cet adaptateur de données de diagnostic est conçu pour être utilisé uniquement avec les tests de charge qui utilisent des sites Web qui requièrent Visual Studio 2010 Ultimate.	Comment : configurer le profileur ASP.NET pour les tests de charge à l'aide de paramètres de test Comment : créer un paramètre de test pour un test de charge distribué
Couverture du code : vous pouvez créer un paramètre de test incluant des informations de couverture du code, qui sont utilisées pour évaluer quelle proportion de votre code est couverte par les tests.	Comment : configurer la couverture du code à l'aide de paramètres de test pour les tests automatisés
Journal des événements : vous pouvez configurer un paramètre de test pour inclure la collecte des journaux des événements, qui sera intégrée aux résultats des tests.	Comment : configurer la collection des journaux des événements à l'aide de paramètres de test
Émulation de réseau : vous pouvez spécifier que vous voulez appliquer une charge réseau artificielle à votre test à l'aide d'un paramètre de test. L'émulation de réseau affecte les communications établies vers et depuis l'ordinateur en émulant une vitesse de connexion réseau particulière (par exemple, une connexion d'accès à distance). Remarque L'émulation de réseau ne peut pas être utilisée pour augmenter la vitesse de connexion réseau.	Comment : configurer l'émulation réseau à l'aide de paramètres de test
Informations système : un paramètre de test peut être configuré pour inclure les informations système relatives à l'ordinateur sur lequel le test est exécuté. Les informations système sont spécifiées dans les résultats des tests à l'aide d'un paramètre de test.	Aucune configuration n'est requise pour collecter ces informations.
Impact de test : vous pouvez collecter des informations sur les méthodes de votre code d'application utilisées lors de l'exécution d'un cas de test. Associées aux modifications apportées au code d'application par les développeurs, ces informations peuvent servir à déterminer les tests impactés par ces modifications.	Comment : collecter des données pour vérifier quels tests doivent être exécutés après les modifications de code
Enregistreur vidéo : vous pouvez créer un enregistrement vidéo de votre session ouverte lorsque vous exécutez un test automatisé. Cet enregistrement permet d'afficher les actions utilisateur associées à un test codé de l'interface utilisateur. La vidéo peut aider d'autres membres de l'équipe à isoler les problèmes liés aux applications qui sont difficiles à reproduire. Remarque Lorsque les tests sont exécutés à distance, le magnétoscope ne fonctionne pas, sauf si l'agent s'exécute en mode interactif.	Comment : enregistrer une vidéo de votre bureau pendant que vous exécutez des tests à l'aide de paramètres de test

Cliquez sur Suivant.

La page Déploiement s'affiche.
Pour créer un répertoire différent pour le déploiement à chaque fois que vous exécutez vos tests, sélectionnez Activer le déploiement.

Notes

Si vous sélectionnez cette option, vous pouvez continuer à générer votre application pendant l'exécution de vos tests.
Pour ajouter un fichier au répertoire utilisé pour l'exécution de vos tests, cliquez sur Ajouter un fichier, puis sélectionnez le fichier à ajouter.
Pour ajouter un répertoire au répertoire utilisé pour l'exécution de vos tests, cliquez sur Ajouter un répertoire, puis sélectionnez le répertoire à ajouter.

Notes

Pour plus d'informations sur le déploiement de fichiers et de répertoires pour des tests individuels à l'aide de propriétés et de l'attribut DeploymentItem, consultez Comment : configurer le déploiement d'un test.
Pour exécuter des scripts avant et après vos tests, cliquez sur Scripts d'installation et de nettoyage.

La page Scripts d'installation et de nettoyage s'affiche.
1. Tapez l'emplacement du fichier de script dans Script d'installation ou cliquez sur les points de suspension (...) pour accéder au script d'installation.
2. Tapez l'emplacement du fichier de script dans Script de nettoyage ou cliquez sur les points de suspension (...) pour accéder au script de nettoyage.
Pour exécuter vos tests avec un autre hôte, cliquez sur Hôtes.
1. Pour exécuter vos tests unitaires dans le même processus qu'un site ASP.NET, sélectionnez ASP.NET dans Type d'hôte. Pour plus d'informations sur la configuration de l'hôte, consultez Tests unitaires pour les services Web ASP.NET.
(Facultatif) Pour limiter la période d'exécution des séries de tests et des tests individuels, cliquez sur Délais d'attente des tests.
1. Pour abandonner l'exécution d'une série de tests lorsqu'une limite de temps est dépassée, sélectionnez Abandonner une série de tests si la durée totale dépasse, puis tapez une valeur pour cette limite.
2. Pour faire échouer un test si une limite de temps est dépassée, sélectionnez Marquer un test comme ayant échoué si sa durée d'exécution dépasse, puis tapez une valeur pour cette limite.
(Facultatif) Pour limiter la période d'exécution des séries de tests et des tests individuels, cliquez sur Délais d'attente des tests.
1. Pour abandonner l'exécution d'une série de tests lorsqu'une limite de temps est dépassée, sélectionnez Abandonner une série de tests si la durée totale dépasse, puis tapez une valeur pour cette limite.
2. Pour faire échouer un test si une limite de temps est dépassée, sélectionnez Marquer un test comme ayant échoué si sa durée d'exécution dépasse, puis tapez une valeur pour cette limite.
(Facultatif) Si vous devez spécifier des emplacements d'assembly qui doivent être chargés par vos tests unitaires, cliquez sur Test unitaire.
1. Pour Dossier racine des assemblys à charger, cliquez sur Parcourir pour localiser le dossier et remplir la zone de texte.
  
  Le dossier racine spécifié peut contenir des variables d'environnement. Il représente le répertoire qui sera utilisé comme ApplicationBase du domaine d'application AppDomain dans lequel les tests sont exécutés. Tous les assemblys de ce répertoire pourront être chargés par vos tests unitaires. Dans un environnement de production, il est conseillé de spécifier le répertoire dans lequel les assemblys du code testé sont installés. Dans un environnement de développement, il est conseillé de spécifier le répertoire dans lequel les assemblys du code testé sont générés. Cela permet de garantir que toutes les références aux binaires de produit peuvent être chargées et résolues pendant la découverte et l'exécution des tests, sans qu'il soit nécessaire de copier les binaires de produit avec les tests.
  
  Si aucune valeur n'est définie à cet endroit, la valeur de l'ApplicationBase de AppDomain dans lequel les tests sont exécutés est le répertoire contenant les tests.
2. Activez ou désactivez la case à cocher Utilisez le contexte de chargement pour les assemblys dans le répertoire de test.
  
  Par défaut, la plupart des assemblys sont chargés dans le « Contexte de chargement » correct. La case Utilisez le contexte de chargement pour les assemblys dans le répertoire de test doit généralement rester activée. Vous pouvez toutefois la désactiver dans certaines conditions. Si votre répertoire de test comporte un grand nombre d'assemblys, si vous avez spécifié un emplacement dans Dossier racine des assemblys à charger et si vos tests ne dépendent pas du chargement dans le contexte de chargement, vous pouvez constater une augmentation des performances si vous n'utilisez pas le contexte de chargement pour charger ces assemblys de test. Si vos tests dépendent du chargement dans un contexte autre que le contexte de chargement (non classique).
  
  Pour plus d'informations, consultez Meilleures pratiques pour le chargement d'assembly.
3. Sous Dossiers à utiliser lors de l'exécution des tests, cliquez sur Ajouter un dossier.
  
  La boîte de dialogue Rechercher un dossier s'affiche.
4. Localisez le dossier à utiliser, puis cliquez sur OK.
  
  Le paramètre Dossiers à utiliser lors de l'exécution des tests est celui que vous utiliserez probablement le plus fréquemment. Vous pouvez spécifier plusieurs chemins d'accès aux dossiers à partir desquels les assemblys doivent être résolus pendant la découverte et l'exécution des tests. Chacun des chemins d'accès spécifiés dans cette section peut contenir des variables d'environnement. Deux options sont associées à chacun des chemins d'accès spécifiés ici :
  
  Première option Activez la case à cocher Utiliser le contexte de chargement pour spécifier que le répertoire doit utiliser le contexte de chargement lors de la résolution d'assemblys du répertoire. Si le contexte de chargement n'est pas obligatoire pour que les tests s'exécutent correctement, vous pouvez constater une amélioration des performances si vous désactivez cette case à cocher.
  
  Deuxième option Activez la case à cocher Inclure les sous-dossiers pour spécifier l'utilisation d'un sous-dossier à inclure lors de la résolution d'assemblys du répertoire.
5. Sous Dossiers supplémentaires à utiliser lors de la découverte de tests, cliquez sur Ajouter un dossier.
  
  La boîte de dialogue Rechercher un dossier s'affiche.
6. Localisez le dossier à utiliser, puis cliquez sur OK.
  
  L'option Dossiers supplémentaires à utiliser lors de la découverte de tests est utile lorsque vous exécutez à distance les tests sous Team Build ou une exécution automatisée dans Gestionnaire de tests Microsoft Les chemins d'accès fournis ici seront utilisés pour la résolution d'assembly, mais uniquement pendant la découverte de test. Ces chemins d'accès peuvent contenir des variables d'environnement. Lorsque les tests sont planifiés pour être exécutés à distance à partir d'un emplacement de build et que les dépendances de l'assembly de test ne sont pas toutes dans le même répertoire, ces chemins d'accès peuvent être utilisés pour s'assurer que MSTest ou le contrôleur de test peut trouver un nombre suffisant d'assemblys dépendants pour découvrir les tests et planifier leur exécution sur des ordinateurs distants.
  
  Pour les exécutions planifiées dans Microsoft Test Manager, un jeton supplémentaire « % BuildDrop% » peut être utilisé pour faire référence de manière générique à l'emplacement cible de build. Ainsi, il n'est pas nécessaire de créer ou de mettre à jour les paramètres de test chaque fois qu'une nouvelle build est testée. Malheureusement, ce jeton n'est pas directement pris en charge directement via Team Build. Toutefois, si l'emplacement cible de build est défini dans une variable d'environnement nommée BuildDrop de la définition de build, le résultat sera le même.
  
  Pour plus d'informations, consultez Vérification du code à l'aide de tests unitaires.
(Facultatif) Pour configurer des propriétés qui contrôlent la façon dont les tests de performances de site Web sont exécutés dans le paramètre de test, cliquez sur Test Web.
1. Sélectionnez Nombre d'exécutions fixé ou Une exécution par ligne de source de données.
2. Utilisez la liste déroulante Type de navigateur pour sélectionner le navigateur Web à utiliser avec votre test de performances de site Web. Par exemple, Internet Explorer 8.0.
  
  Pour plus d'informations sur les tests des performances de sites Web, consultez Test de performances et de la contrainte d'une application.
  
  Notes
  
  Le test de performances de site Web nécessite Visual Studio 2010 Ultimate.
Pour enregistrer les paramètres de test, cliquez sur Enregistrer sous. Tapez le nom de fichier que vous voulez dans Nom d'objet.

Notes

Si vous devez modifier vos paramètres de test, cliquez sur Test puis cliquez sur Modifier les paramètres de test et pointez sur les paramètres de test que vous avez créés. Pour plus d'informations, consultez Comment : modifier un paramètre de test existant pour un plan de test.

Pour supprimer des paramètres de test de votre solution

Sous le dossier Éléments de solution dans Explorateur de solutions, cliquez avec le bouton droit sur les paramètres de test que vous voulez supprimer, puis cliquez sur Supprimer.

Le fichier de paramètres de test est supprimé de votre solution. Cette modification est répercutée dans la liste de choix pour les options Sélectionner des paramètres de test actifs et Modifier les paramètres de test du menu Test.