J'exécute des tests en utilisant le complément VS TestDriven.NET, et la bibliothèque de classes que je teste est instrumentée à l'aide de TraceSource. Comment puis-je obtenir la sortie de ce TraceSource à apparaître dans la fenêtre de sortie dans Visual Studio? Le DefaultTraceListener ne semble pas fonctionner correctement. Dois-je ajouter manuellement un ConsoleListener ou quelque chose (garçon, serait-ce fastidieux avec un TraceSource par classe ...)?TraceSource dans TestDriven.NET AppDomain
Répondre
Les états de documentation MSDN:
A DefaultTraceListener émet Ecrire et messages WriteLine au OutputDebugString et la méthode Debugger.Log . Dans Visual Studio, cela provoque l'affichage des messages de débogage à dans la fenêtre Sortie. Echec et Échec des messages Assert émettent également l'API Windows OutputDebugString et la méthode Debugger.Log, ainsi que provoquent l'affichage d'une boîte de message. Ce comportement est le comportement par défaut pour le débogage et les messages de trace, parce que DefaultTraceListener est automatiquement inclus dans chaque collection Listeners et est le seul auditeur automatiquement inclus. (Souligné par l'auteur)
Je ne l'ai pas utilisé TestDrivent.NET donc je ne sais pas pourquoi la sortie de trace n'apparaît pas dans la fenêtre de sortie, mais vous pourriez être en mesure d'utiliser DbgView pour afficher votre sortie car il collecte la sortie écrite par OutputDebugString.
- 1. Comment représenter AppDomain dans ASP.NET?
- 2. Gallio Icarus vs. Testdriven.net
- 3. TestDriven.Net erreur nunit.framework
- 4. Différence entre l'utilisation de Trace et TraceSource
- 5. appdomain C++ C#
- 6. Comptage des instances d'une classe dans AppDomain
- 7. Minimum-trust Méthodes d'appel croisé AppDomain dans une approbation complète AppDomain
- 8. AppDomain et le répertoire courant
- 9. Comment créer un AppDomain restreint?
- 10. Exécution de tests XUnit.net avec TestDriven.net
- 11. TestDriven.net avec problèmes Gallio, MbUnit et NCover
- 12. TestDriven.Net exécutant un seul appareil de test dans le fichier
- 13. TestDriven.NET et la bibliothèque C native
- 14. Utilisation d'un AppDomain pour instancier une classe dans une DLL
- 15. Comment charger uniquement l'assembly signé dans un nouvel AppDomain?
- 16. Comment héberger un moteur IronPython dans un AppDomain distinct?
- 17. TestDriven.NET n'exécute pas mes méthodes SetUp pour MbUnit
- 18. TestDriven.net, clic droit, test de fonctionnement, ne pas re-construire
- 19. Y a-t-il un AppDomain pour chaque programme C#?
- 20. Impossible d'utiliser AppDomain à partir de COM interop
- 21. Utilisation de subversion pour le déploiement d'asp.net - Causes appdomain recycle
- 22. Différence entre AppDomain, assemblage, processus, et un filetage
- 23. Comment arrêter d'entrer dans le code source .NET en utilisant TestDriven.NET?
- 24. C# - Chargement .NET Assembly dans AppDomain séparée Vous pouvez donc videz-
- 25. Puis-je demander à Castle Windsor de créer un composant dans un AppDomain distinct?
- 26. Chargement .dll/.exe à partir du fichier dans AppDomain temporaire jette Exception
- 27. Comment puis-je supprimer le menu "Test With" après avoir désinstallé TestDriven.NET?
- 28. Comment spécifier les paramètres de la méthode de test avec TestDriven.NET?
- 29. Combien de fichiers app.config êtes-vous autorisé à avoir par AppDomain?
- 30. Quelle est la pénalité de performance de communication minimale de Cross AppDomain?
Exécutez-vous tous les tests de votre bibliothèque en même temps ou exécutez-vous un seul test (fonction)? Si le premier, Testdriver.NET ne montrera aucune sortie autre que le résumé des résultats. –
Je suppose que je ne fais qu'un seul test. Merci pour le conseil. –
L'exécution de tous les tests n'a rien changé. –