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

Article
06/07/2013

Lorsque vous exécutez des tests à partir de Visual Studio ou dans service de build, l'infrastructure de test peut collecter les données telles que les informations de trace 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 choisissez que l'ordinateur doit exécuter le code de test.

Important

.testsettings et .runsettings

Si vous êtes familiarisé avec le test dans les précédentes versions de Visual Studio, vous remarquerez qu'un fichier de .testsettings n'est plus inclus dans un projet de test unitaire.L'infrastructure de test plus récente, introduite dans Visual Studio 2012, peut être configurée à l'aide d'un fichier d' .runsettings .

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

Par conséquent :

Utilisez le paramètre par défaut chaque fois que possible.
Pour rendre les fichiers supplémentaires disponibles pendant un test, tel que des tests ou des fichiers de configuration, incorporez les fichiers à votre projet et définissez la propriété Copiez pour sortir .Si ce n'est pas pratique, déployer des fichiers ou des dossiers supplémentaires à l'aide de DeploymentItemAttribute sur des classes ou des méthodes de test.
Utilisez un fichier d' .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 couverture du code.
Utilisez un fichier d' .testsettings pour configurer la collecte de données de diagnostic et les tests de contrôle qui sont distribués sur plusieurs ordinateurs.

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

Configuration requise

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

Cette rubrique décrit comment définir des paramètres de test dans Visual Studio.Si vous exécutez des tests système en cours de exécution dans le gestionnaire de tests Microsoft, 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 ?

Lorsque vous souhaitez :

Collecter les données de diagnostic pour aider à isoler des bogues dans votre application.
Émulez les goulots d'étranglement potentiels que votre application peut parfois rencontrer dans un environnement de production.
Trouvez-vous le client, le serveur, et d'autres parties de votre application sur des ordinateurs différents, pour vérifier qu'il se comporte comme prévu dans un environnement distribué.
Distribuez un grand nombre de tests sur les ordinateurs supplémentaires.
Exécutez les performances et les tests de charge de site Web.Si vous avez ajouté un projet d' performances et test de charge de site Web à votre solution, elle contient déjà un fichier de .testsettings.Vous pouvez simplement modifier ce fichier.

Attention
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 des tests unitaires.Vous pouvez configurer des tests unitaires à l'aide de le fichier d' .runsettings à la place.Pour déployer des fichiers supplémentaires, utilisez DeploymentItemAttribute. Mais les performances et les tests de charge Web utilisent toujours un fichier de paramètres de test.

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 des tests unitaires.Vous pouvez configurer des tests unitaires à l'aide de le fichier d' .runsettings à la place.Pour déployer des fichiers supplémentaires, utilisez DeploymentItemAttribute.

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

Comment faire pour utilise un fichier de paramètres de test ?

Ajoutez les 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 voulez pouvoir basculer rapidement entre différents paramètres.

Ajoutez un fichier de .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 des 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électionner des paramètres de test pour l'unité et le test codé de l'interface utilisateur
- Sélectionnez les paramètres de test pour les performances et les tests de charge de site Web :
  Ouvrez le menu contextuel du fichier de .testsettings dans votre solution que vous souhaitez utiliser et sélectionnez Paramètres de test de charge et de test Web actifs.
  
  Sélectionner des paramètres de test pour les performances et les tests de charge de site Web

Que dois -je savoir de plus ?
Remarques
- Ajouter des paramètres de test à la solution, pas un projet.
- Il existe des commandes distinctes pour sélectionner les paramètres de test pour les 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 des tests codés de l'interface utilisateur ne requièrent pas de fichier de paramètres de test.
- Avertissement Nous vous appliquez des paramètres de test à un projet de test unitaire de Visual Studio 2012 sauf si vous souhaitez spécifiquement les paramètres qu'il propose.Si vous appliquez des paramètres de test, une infrastructure de test antérieure 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, vous pouvez annuler dans le menu test en choisissant Paramètres de test.
  
  Cette recommandation ne s'applique pas aux performances et des tests de charge de site Web, qui ont toujours un fichier de paramètres.
- Les paramètres de test sélectionnez et contrôlent les adaptateurs de données de diagnostic.Il existe plusieurs types d'adaptateurs qui collectent différents genres d'informations, et configure l'environnement dans lequel les séries de tests.
- Les paramètres de test sélectionnez également le contrôleur de test .Vous utilisez un contrôleur de test si vous voulez exécuter l'application sur plusieurs ordinateurs.
- Il existe plusieurs problèmes de compatibilité des paramètres de test entre Visual Studio 2010 et Visual Studio 2012.Dans les versions Visual Studio avant Visual Studio 2012, les paramètres de test ont été inclus dans votre solution lorsque vous avez créé un projet de test.Il y a un type de projet de test unique qui contient tous les différents types de test.Toutefois, dans Visual Studio 2012, les paramètres de test ne sont pas inclus dans votre solution lorsqu'un projet de test unitaire ou le projet de test codé de l'interface utilisateur est ajouté.Il s'agit d'un résultat des améliorations dans l'infrastructure de test unitaire pour améliorer l'extensibilité, la résilience, et les performances.Toutefois, vous pouvez ouvrir une solution existante d' Visual Studio 2010 contenant un projet de test et un fichier et lui de .testsettings continueront à fonctionner.En outre, vous pouvez ajouter un fichier de .testsettings à votre solution d' Visual Studio 2012 si vous devez collecter des données de test spécifiques ou exécuter votre test dans une application qui est distribuée sur plusieurs ordinateurs.
- Lorsque vous ajoutez un projet de test de performance web et de charge de site Web à une solution, un fichier default.testsettings est créé.Il es ajouté automatiquement à la solution dans le dossier Éléments de solution.Cela exécute localement vos tests sans adaptateur de données de diagnostic séléctionné.Vous pouvez ajouter ou modifier un fichier de .testsettings pour spécifier les adaptateurs de données de diagnostic et des contrôleurs de test.
- Pour une assistance supplémentaire, consultez Test de la livraison continuer avec Visual Studio 2012 – chapter 6 : Une boîte à outils de test.

Paramètres de test de modification

Vous pouvez configurer différentes valeurs pour le paramètre de test à l'aide de les pages suivantes dans la boîte de dialogue Paramètres de test :

Général
Rôles
Données et diagnostics
Déploiement
Installation et scripts de nettoyage
Hôtes
Testez les délais d'attente
Test unitaire
Test Web

Paramètres de test : Rôles

Sur les rôles de page, vous pouvez configurer le test s'exécute sur votre ordinateur local ou pour exécuter à distance :

Sélectionner une exécution locale

Exécution locale est la valeur par défaut.Cela signifie que les tests et le passage d'application sur votre ordinateur Visual Studio, ou sur le serveur de builds après avoir vérifié le code.Continuez à Données et diagnostics.
Exécution locale avec la collecte distante est une configuration standard pour tester un système hôte d'application ou de client Web.Code de test s'exécute sur l'ordinateur local, mais vous pouvez également collecter les tests des composants de l'application qui sont installés sur d'autres ordinateurs.
Exécution distante est utilisé lorsque vous ne souhaitez pas exécuter toute partie de votre application localement.Il s'agit d'une configuration standard dans lequel l'application requiert les plateformes particulières, telles qu'un navigateur Web ou une base de données spécifique.Vous pouvez collecter des tests et configurer l'environnement de test sur chaque ordinateur.

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

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 collecte de données et la configuration d'environnement de test pour ces ordinateurs.Chaque ordinateur doivent tous avoir un Agent de Test lié à un contrôleur de test.Le contrôleur de test indique 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 soit installez le contrôleur de test et des agents manuellement ou vous pouvez utilisez le gestionnaire de tests Microsoft pour créer un environnement lab.

Pour le test distant, les ordinateurs sont identifiés par rôle nomme, par exemple « SQL Server », « serveur Web », et « client bureau ». Les noms vous permettent de spécifier la configuration de chaque ordinateur.Lorsque vous installez la demande de test, vous utilisez le rôle de noms 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 exécuter vos tests ou la collection 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 donner aux rôles des noms tels que « client bureau » ou « serveur Web ».
Sélectionnez le rôle que vous voulez exécuter des 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 sur lequel un composant client de l'application est installé.

[!REMARQUE]

Les autres rôles que vous définissez n'exécuteront pas le code de test, mais seront seulement utilisés pour collecter des données en fonction de les adaptateurs de diagnostic que vous spécifiez pour les rôles dans la page Données et diagnostic .
Pour choisir les Agents de Test à utiliser pour un rôle, vous devez créer des attributs pour ce rôle puis assigner ces attributs à 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 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.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, vous assignez l'attribut à vos Agents de Test à l'aide de la boîte de dialogue Exécutez le contrôleur de test .

Paramètres de test : Données et diagnostics

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

Collecter des données de données et de diagnostics 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 de test.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ée et de diagnostic.
Collecter des données de données et de diagnostics sur des ordinateurs distants à l'aide de les 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 que vous avez 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 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 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 les 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 les Agents de Test qui incluent l'attribut « RAM > 16GB » uniquement pour collecter des données définies par les adaptateurs de diagnostic et de données inclus dans le rôle.L'agent de test « client bureau » peut également collecter des données pour les ordinateurs qu'il est exécuté sur mais vous devez sélectionner des adaptateurs de donnée et de diagnostic pour ce rôle, et.

[!REMARQUE]

Le tableau affiche 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. Remarque Cet adaptateur de données de diagnostic sert uniquement avec les tests de charge qui utilisent les 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 incluant des informations de couverture du code, qui sont utilisées pour évaluer quelle proportion de votre code est couverte par les tests. Remarque 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. Remarque C'est pour la compatibilité avec Visual Studio 2010 uniquement. Pour plus d'informations sur la couverture du code, consultez l' 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). Remarque 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. 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 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, sélectionnez 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.

[!REMARQUE]

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.

[!REMARQUE]

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 : Installation et scripts 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 cliquez sur les points de suspension (...) pour accéder au script d'installation.
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.

Paramètres de test : Hôtes

Pour exécuter vos tests avec un autre hôte, sélectionnez 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.
Utilisez le test de s'exécuter dans un processus 32 bits ou 64 bits pour choisir si vous souhaitez que votre test s'exécuter en tant que 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 : Testez les délais d'attente

(Facultatif) pour limiter la période d'exécution de chaque série de tests et des tests individuels, sélectionnez 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 que vos tests unitaires doivent charger, choisissez Test unitaire.

Pour le 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 et représente le répertoire qui sera utilisé comme ApplicationBase du domaine d'application AppDomain dans lequel les tests sont exécutés dans.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 ici, l'ApplicationBase du domaine d'application AppDomain dans lequel les tests sont exécutés dans a pour valeur le répertoire qui contient 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 approprié de chargement. » Généralement, vous devez laisser Utilisez le contexte de chargement des assemblys dans le répertoire de test avez sélectionné.Toutefois, il existe des conditions lorsque vous souhaitiez arrêter suit :

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.
Localisez le dossier à utiliser, puis choisissez 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.
Localisez le dossier à utiliser, puis choisissez 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 effectuez une exécution automatisée de 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 séries sont planifiés d' Microsoft Test Manager, il existe des token-%BuildDrop%- supplémentaires qui peuvent être utilisés 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, il aura le même résultat.

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 Tests de performances de site Web sont exécutés dans le paramètre de test, choisissez 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.

[!REMARQUE]

Le test de performances de site Web requiert Visual Studio final.
(Facultatif) Séléctionnez Simulez les temps de réflexion pour activer une simulation d'interruption humaine.
(Facultatif) Séléctionnez Utiliser la requête du répertoire de l'URL comme chemin d'accès par défaut pour les cookies.

Si Utilisez le dossier de l'URL de requête en tant que chemin d'accès par défaut des cookies est désactivé, vos tests Web suivront ce comportement :

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 l'URL de requête entiere comme chemin de ce cookie.Cela signifie que le cookie sera envoyé uniquement los des requêtes suivantes avec l'URL www.abc.com/myapp/abc.aspx.

Si Utilisez le dossier de l'URL de requête en tant que chemin d'accès par défaut des cookies est activé, vos tests Web suivront ce comportement :

Si une demande, par exemple www.abc.com/myapp/abc.aspx, les jeux un cookie dans sa réponse et ne spécifie pas un chemin d'accès, le test utilisera le dossier de l'URL de requête comme chemin d'accès de ce cookie.Cela signifie que le cookie sera envoyé à toutes les requêtes avec le chemin d'accès sous 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, consultez Appel à commentaires: 2109.

Voir aussi

Partager via