Spécification de paramètres de test pour Visual Studio Tests

Article
06/10/2015

Lorsque vous exécutez des tests à partir de Visual Studio ou dans le service de build, l'infrastructure de test peut collecter des données telles que les informations de suivi de diagnostic, les informations système ou un enregistrement vidéo d'un test codé de l'interface utilisateur. Vous pouvez également simuler des goulots d'étranglement potentiels sur les ordinateurs de test, réduire la mémoire système disponible ou émuler un réseau lent.

Paramètre de test Visual Studio

Si votre application s'exécute sur plusieurs ordinateurs, vous pouvez configurer ces options séparément pour chaque ordinateur, puis choisir l'ordinateur qui doit exécuter le code de test.

Important

.testsettings et .runsettings

Si vous êtes familiarisé avec les tests dans les éditions précédentes de Visual Studio, vous remarquerez que le fichier .testsettings n'est plus inclus dans un projet de test unitaire.La toute dernière infrastructure de test, introduite dans Visual Studio 2012, peut être configurée à l'aide d'un fichier .runsettings.

Si vous utilisez un fichier .testsettings, l'infrastructure de test MSTest sera utilisée pour exécuter vos tests.Elle fonctionne plus lentement et ne vous permet pas d'exécuter des tests à partir d'infrastructures de test tierces.

Par conséquent :

Utilisez la configuration par défaut chaque fois cela est possible.
Pour que des fichiers supplémentaires soient disponibles pendant un test, tels que des fichiers de données de test ou des fichiers de configuration, incorporez les fichiers à votre projet et définissez la propriété Copier dans la sortie.Si cette méthode n'est pas pratique, déployez des fichiers ou répertoires supplémentaires en utilisant DeploymentItemAttribute sur des classes ou méthodes de test.
Utilisez un fichier .runsettings si vous voulez configurer certains aspects de votre série de tests tels que l'analyse du répertoire de déploiement ou de la couverture du code.
Utilisez un fichier .testsettings pour configurer la collecte des données de diagnostic et pour contrôler les tests qui sont distribués sur plusieurs ordinateurs.

Vous devez utiliser un fichier .testsettings dans les tests de performances Web et de charge et dans les tests codés de l'interface utilisateur.

Spécifications

Visual Studio Ultimate ou Visual Studio Premium ou Visual Studio Test Professional

Cette rubrique décrit comment définir les paramètres de test dans Visual Studio. Si vous exécutez des tests système dans Microsoft Test Manager, consultez Créer des paramètres de test pour des tests du système automatisés à l'aide de Microsoft Test Manager.

Quand dois-je utiliser un fichier de paramètres de test ?

Si vous souhaitez :

Collecter des données de diagnostic pour aider à isoler des bogues dans votre application.
Émuler des goulots d'étranglement potentiels que votre application peut occasionnellement rencontrer dans un environnement de production.
Exécuter la partie cliente, la partie serveur et d'autres parties de votre application sur différents ordinateurs pour vérifier qu'elle se comporte comme prévu dans un environnement distribué.
Distribuer un grand nombre de tests sur des ordinateurs supplémentaires.
Exécuter des tests de performances Web et de charge. Si vous avez ajouté un projet de test de performances Web et de charge à votre solution, celle-ci contient déjà un fichier .testsettings. Il vous suffit de modifier ce fichier.

Avertissement

Les tests unitaires s'exécutent plus lentement si vous utilisez un fichier de paramètres de test.Nous vous recommandons de ne pas utiliser un fichier de paramètres de test avec les tests unitaires.Vous pouvez configurer les tests unitaires en utilisant à la place le fichier .runsettings.Pour déployer d'autres fichiers, utilisez DeploymentItemAttribute.

Mais les tests de performances Web et de charge utilisent toujours un fichier de paramètres de test.

Comment utiliser un fichier de paramètres de test ?

Ajoutez des fichiers de paramètres de test à votre solution, puis sélectionnez celui que vous souhaitez utiliser. Vous pouvez ajouter plusieurs fichiers de paramètres de test si vous souhaitez pouvoir basculer rapidement entre différents paramètres.

Ajoutez un fichier .testsettings à votre solution.

Dans le menu contextuel de la solution Visual Studio, choisissez Ajouter, Nouvel élément, puis sélectionnez Paramètres de test.
Modifiez le fichier de paramètres de test.
Sélectionnez les paramètres de test à utiliser :
- Sélectionnez les paramètres de test pour les tests unitaires et les tests codés de l'interface utilisateur :
  Dans le menu TEST, choisissez Paramètres de test, Sélectionner le fichier de paramètres des tests.
  
  Sélection des paramètres de test pour le test unitaire et le test codé de l'interface utilisateur
- Sélectionnez les paramètres de test pour les tests de performances web et de charge :
  Ouvrez le menu contextuel du fichier .testsettings que vous souhaitez utiliser dans votre solution et sélectionnez Paramètres de test de charge et de test Web actifs.
  
  Sélection des paramètres de test pour les tests de performances Web et de charge

Que dois-je savoir de plus ?
Remarques
- Ajoutez des paramètres de test à la solution, pas un projet.
- Il existe des commandes distinctes pour sélectionner les paramètres de test des tests de performances de site web et pour d'autres types de tests. Les tests de performances de site web requièrent toujours un fichier de paramètres de test. Les tests unitaires et les tests codés de l'interface utilisateur ne requièrent pas un fichier de paramètres de test.
- Avertissement Nous vous déconseillons d'appliquer les paramètres de test à un projet de test unitaire Visual Studio 2013, sauf si vous voulez spécifiquement les paramètres proposés. Si vous appliquez des paramètres de test, une infrastructure de test plus ancienne est utilisée pour exécuter les tests et vous perdrez les avantages de performance et de résilience de la nouvelle infrastructure.
  
  Si vous utilisez un fichier de paramètres de test et décidez ultérieurement que vous ne souhaitez pas le faire, vous pouvez l'annuler dans le menu TEST en choisissant Paramètres de test.
  
  Cette recommandation ne s'applique pas aux tests de performances Web et de charge, qui ont toujours un fichier de paramètres.
- Les paramètres de test permettent de sélectionner et de contrôler les adaptateurs de données de diagnostic. Il existe plusieurs types d'adaptateurs qui collectent différents types d'informations et configurent l'environnement dans lequel le test s'exécute.
- Les paramètres de test permettent de sélectionner également le contrôleur de test. Vous utilisez un contrôleur de test si vous voulez exécuter l'application sur plusieurs ordinateurs.
- Lorsque vous ajoutez un projet de test de performances Web et de charge à une solution, un fichier Local.testsettings par défaut est créé. Il est ajouté automatiquement à la solution dans le dossier Éléments de solution. Vos tests sont exécutés localement sans que l'adaptateur de données de diagnostic ne soit sélectionné. Vous pouvez ajouter ou modifier un fichier .testsettings pour spécifier les adaptateurs de données de diagnostic et les contrôleurs de test.
- Pour plus d'informations, voir Test de la livraison continue avec Visual Studio 2012 – Chapitre 6 : Boîte à outils de test.

Modification des paramètres de test

Vous pouvez configurer diverses valeurs pour les paramètres de test à l'aide des pages suivantes de la boîte de dialogue Paramètres de test :

Général
Rôles
Données et diagnostics
Déploiement
Scripts d'installation et de nettoyage
Hôtes
Délais d'attente des tests
Test unitaire
Test Web

Paramètres de test : Rôles

Dans la page Rôles, vous pouvez configurer le test afin qu'il s'exécute sur votre ordinateur local ou à distance :

Sélectionner une exécution locale

Exécution locale est la valeur par défaut. Cela signifie que les tests et l'application s'exécutent sur votre ordinateur Visual Studio, ou sur le serveur de builds après l'archivage du code. Passez à Données et diagnostics.
L'option Exécution locale et collection distante correspond à une configuration standard pour tester une applications web ou un système client-serveur. Le code de test s'exécute sur l'ordinateur local, mais vous pouvez également collecter les données de test à partir des composants de l'application qui sont installés sur d'autres ordinateurs.
L'option Exécution distante est utilisée lorsque vous ne voulez pas exécuter une partie de votre application localement. Il s'agit d'une configuration courante dans laquelle l'application requiert des plateformes particulières, telles qu'un navigateur web ou une base de données spécifique. Vous pouvez collecter les données de test et configurer l'environnement de test sur chaque ordinateur.

Configurer le contrôleur de test et les rôles pour la collecte de données et l'exécution distantes

L'exécution distante signifie que vous installez votre application sur un ou plusieurs ordinateurs, en plus de votre ordinateur local. Les paramètres de test peuvent spécifier la configuration de collecte de données et de l'environnement de test pour ces ordinateurs. Chaque ordinateur doit avoir un agent de test lié à un contrôleur de test. Le contrôleur de test lit les paramètres de test et utilise les agents pour configurer l'environnement de test et les adaptateurs de données de diagnostic de chaque ordinateur. Vous pouvez installer le contrôleur de test et les agents manuellement ou vous pouvez utiliser Microsoft Test Manager pour créer un environnement lab.

Pour les tests distants, les ordinateurs sont identifiés par leur nom de rôle, tel que "Serveur SQL", "Serveur web" ou "Client du Bureau à distance". Les noms vous permettent de spécifier la configuration de chaque ordinateur. Lorsque vous installez l'application à tester, vous utilisez les noms de rôle pour choisir l'ordinateur approprié pour chaque composant de l'application.

Rôle de paramètres de test

Dans la liste déroulante Contrôleur, sélectionnez un contrôleur de test pour les agents de test qui seront utilisés pour l'exécution de vos tests ou la collecte de données.
Pour ajouter les rôles que vous voulez utiliser pour exécuter des tests et collecter des données, choisissez Ajouter. Par exemple, vous pouvez attribuer les noms de rôle, par exemple « Client du Bureau à distance » ou « Serveur Web ».
Sélectionnez le rôle de votre choix pour exécuter les tests, puis choisissez Définir en tant que rôle pour exécuter les tests. En général, il s'agit du rôle dans lequel un composant client de l'application est installé.

Notes

Les autres rôles que vous définissez n'exécuteront pas de code de test. 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 choisir les agents de test à utiliser pour un rôle, vous devez créer des attributs pour ce rôle puis les assigner à vos agents de test. Si vous souhaitez exécuter vos tests simultanément sur plusieurs ordinateurs, vous devez assigner à plusieurs agents de test un attribut du rôle qui est défini pour exécuter des tests. Pour créer un attribut, sélectionnez le rôle, puis choisissez Ajouter dans la barre d'outils au-dessus de la liste d'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 choisissez OK. Ajoutez autant d'attributs que nécessaire.
Vous pouvez, par exemple, ajouter un attribut nommé "RAM > 16 Go" avec une valeur "True" ou "False" pour filtrer les ordinateurs servant d'agents de test dont la mémoire est supérieure à 16 Go. Toutefois, vous devez manuellement choisir une valeur d'attribut sur vos agents de test. Une valeur d'attribut n'est pas automatiquement définie en fonction des caractéristiques d'un ordinateur.
Pour appliquer un attribut à un ou plusieurs agents de test, utilisez la boîte de dialogue Gérer le contrôleur de test.

Paramètres de test : Données et diagnostics

Dans la boîte de dialogue Paramètres de test, choisissez la page Données et diagnostics. À ce stade, selon la façon dont vous avez configuré l'option dans la page Rôles, utilisez l'une des options suivantes :

Collecte des données et des données de diagnostic sur votre ordinateur local

Pour inclure les données et diagnostics que vous voulez collecter sur votre ordinateur local, sélectionnez les adaptateurs de données de diagnostic en fonction de vos besoins. Pour configurer un adaptateur de données de diagnostic que vous avez inclus, sélectionnez l'adaptateur de données de diagnostic spécifique, puis choisissez l'option Configurer au-dessus de la liste des adaptateurs de données et de diagnostic.
Collecte des données et des données de diagnostic sur des ordinateurs distants à l'aide de rôles

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, choisissez l'option Configurer au-dessus de la liste des adaptateurs de donnée et de diagnostic.

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

Vous pouvez, par exemple, créer un rôle client nommé "Client du Bureau à distance" dont l'attribut "Utilise SQL" a la valeur "True", et un rôle serveur nommé "Serveur SQL" dont l'attribut a la valeur "RAM > 16 Go". Si vous spécifiez que le « Client du Bureau à distance » exécute les tests en choisissant 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 les ordinateurs SQL Server avec un agent de test ayant l'attribut "RAM > 16 Go" pour collecter uniquement les données définies par les adaptateurs de données et de diagnostic inclus dans le rôle. L'agent de tests « Client du Bureau à distance » peut également collecter des données pour les ordinateurs sur lesquels il s'exécute, mais vous devez sélectionner des adaptateurs de données et de diagnostic pour ce rôle.

Notes

Le tableau présente uniquement les adaptateurs qui peuvent être utilisés avec les tests dans Visual Studio.Pour plus d'informations sur les adaptateurs de données de diagnostic utilisés dans Microsoft Test Manager, 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 du code plus rapide en examinant son historique 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. Notes 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 Ultimate.	Comment : configurer le profileur ASP.NET pour les tests de charge à l'aide de paramètres de test dans Visual Studio Comment : créer un paramètre de test pour un test de charge distribué
Couverture du code (Visual Studio 2010) : vous pouvez créer un paramètre de test comprenant des informations de couverture du code, qui sont utilisées pour évaluer quelle proportion de votre code est couverte par les tests. Notes Cet adaptateur de données de diagnostic s'applique uniquement aux paramètres de test Visual Studio.Il n'est pas utilisé pour les paramètres de test dans Microsoft Test Manager. Notes Cela concerne la compatibilité avec Visual Studio 2010 uniquement. Pour plus d'informations sur la couverture du code, consultez Utilisation de la couverture du code pour déterminer la quantité de code testé.	La configuration de la couverture du code à l'aide de paramètres de test est déconseillée
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). Notes Cet adaptateur de données de diagnostic s'applique uniquement aux paramètres de test Visual Studio.Il n'est pas utilisé pour les paramètres de test dans Microsoft Test Manager. Notes 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 dans Visual Studio
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 : inclure des enregistrements de l'écran et vocaux pendant des tests à l'aide des paramètres des tests

Paramètres de test : Déploiement

Dans la boîte de dialogue Paramètres de test, choisissez la page Déploiement.
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, choisissez 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, choisissez 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 : déployer des fichiers pour les tests.

Paramètres de test : Scripts d'installation et de nettoyage

Pour exécuter des scripts avant et après vos tests, sélectionnez la page Scripts d'installation et de nettoyage dans la boîte de dialogue Paramètres de test.
Tapez l'emplacement du fichier de script dans Script d'installation ou choisissez les points de suspension (…) pour accéder au script d'installation.
Tapez l'emplacement du fichier de script dans Script de nettoyage ou choisissez les points de suspension (…) pour accéder au script de nettoyage.

Paramètres de test : Hôtes

Pour exécuter vos tests avec un autre hôte, choisissez la page Hôtes dans la boîte de dialogue Paramètres de test.
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.
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.

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.

Paramètres de test : Délais d'attente des tests

(Facultatif) Pour limiter la période d'exécution des séries de tests et des tests individuels, choisissez la page Délais d'attente des tests dans la boîte de dialogue Paramètres de test.
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.
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.

Paramètres de test : Test unitaire

(Facultatif) Si vous devez spécifier des emplacements d'assembly qui doivent être chargés par vos tests unitaires, sélectionnez Test unitaire.

Pour Dossier racine des assemblys à charger, choisissez 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.
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. En général, la case Utilisez le contexte de chargement pour les assemblys dans le répertoire de test doit 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.
Sous Dossiers à utiliser lors de l'exécution des tests, choisissez Ajouter un dossier.

La boîte de dialogue Rechercher un dossier s'affiche.
Recherchez le dossier à utiliser et 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.
Sous Dossiers supplémentaires à utiliser lors de la découverte de tests, choisissez Ajouter un dossier.

La boîte de dialogue Rechercher un dossier s'affiche.
Recherchez le dossier à utiliser et 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 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.

Paramètres de test : Test Web

(Facultatif) Pour configurer des propriétés qui contrôlent la façon dont les tests de performances Web sont exécutés dans le paramètre de test, sélectionnez Test Web.

Sélectionnez Nombre d'exécutions fixé ou Une exécution par ligne de source de données.
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 9.0.

Notes

Le test de performances de site web requiert Visual Studio Ultimate.
(Facultatif) Sélectionnez Simuler les temps de réflexion pour activer une simulation d'interruption humaine.
(Facultatif) Sélectionnez Utiliser le répertoire d'URL de demande comme chemin d'accès par défaut pour les cookies.

Si Utiliser le répertoire d'URL de demande comme chemin d'accès par défaut pour les cookies est désactivé, vos tests Web suivront le comportement suivant :

Si une demande, par exemple www.abc.com/myapp/abc.aspx, définit un cookie dans sa réponse et ne spécifie pas un chemin d'accès, le test utilisera l'URL de requête entière comme chemin de ce cookie. Cela signifie que le cookie sera envoyé uniquement lors des requêtes suivantes avec l'URL www.abc.com/myapp/abc.aspx.

Si Utiliser le répertoire d'URL de demande comme chemin d'accès par défaut pour les cookies est activé, vos tests Web suivront le comportement suivant :

Si une demande, par exemple www.abc.com/myapp/abc.aspx, défini un cookie dans sa réponse et ne spécifie pas un chemin d'accès, le test utilisera le dossier de la requête entière comme chemin de ce cookie. Cela signifie que le cookie sera envoyé avec toutes les requêtes avec le sous-chemin d'accès www.abc.com/myapp (par exemple, www.abc.com/myapp/xyz.aspx).

Ce comportement est compatible avec les cookies de la version 1 spécifiés dans la norme RFC 2109. Pour plus d'informations, voir Request for Comments: 2109.

Voir aussi

Partager via