Comment faire pour tester les tests unitaires de MsTest dans Visual Studio 2008?

Question

J'ai des tests d'intégration que je lance à partir de Visual Studio 2008 Development Edition (ils sont exécutés en tant que tests unitaires MSTest, même s'il s'agit de tests d'intégration). Je voudrais faire un profilage pendant que les tests sont effectués.

Dans mon cas, j'ai un test "ordonné" MSTest que je cours. J'aimerais recueillir des données d'échantillonnage pendant que chacun des tests ordonnés est exécuté.

Comment faire?

p.s. Peut-être que je peux accomplir cela à partir de la ligne de commande, si je lance manuellement mstest à partir d'une invite de commande, tout en essayant de suivre command line directions. Malheureusement, lorsque j'essaie de lancer VsPerfCLREnv à partir de l'invite de commande de Visual Studio, il s'agit du "fichier introuvable". Que diable?

Answer 1

Malheureusement tests n'ont commandés pas l'option « Créer session performance » disponible:

Si vous aviez un simple test de l'unité que vous seriez en mesure de créer une session de performance. Pour utiliser le profilage en ligne de commande, vous pouvez accéder à \ Program Files \ Microsoft Visual Studio 9.0 \ Outils d'équipe \ Outils de performance où vous verrez le fichier vsperfclrenv.cmd et d'autres outils mentionnés sur le blog du profileur.

Answer 2

Je viens de travailler sur le profilage dans VS2008. Dans le cas où il aide tout le monde, voici comment je l'ai eu à travailler:

1. Vérifiez que vous êtes en Debug mode de configuration
2. Cliquez Analyse > Launch Performance Wizard
3. Sélectionnez Profile a dynamic link library
4. Entrez les informations suivantes:
   • dll chemin: La DLL que vous voulez instrument, situé dans la bin \ Debug de votre projet de test de l'unité
   • Chemin d'accès: C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\IDE\MSTest.exe
   • Démarrer Option Arguments: /testmetadata:TestList.vsmdi /runconfig:TestRunConfig1.testrunconfig
     • Rectifiez ce basé sur le nom de vos fichiers vsmdi et testrunconfig.
   • répertoire de travail: ACHEMINEMENT racine de solution
5. Choisissez Instrumentatation. Je n'ai pas essayé Sampling, donc je ne peux pas commenter cela.
6. exécuter le nouveau projet de performance

En utilisant cette approche, j'identifiais le goulot d'étranglement dans mon code et les tests unitaires sont maintenant 15x plus rapide, et les utilisateurs constatent une amélioration de la vitesse 10x.