Modifier et continuer avec TestDriven .NET et Gallio

Question

Je VS08sp1, Gallio 3.0.6.763 et TestDriven.NET 2,14. J'utilise cadre MBUnit pour les tests unitaires. Lors de l'utilisation du test de TestDriven Avec> Debugger, je suis en mesure d'intervenir dans le code. Cependant, je ne peux pas « Modifier et continuer », en dépit de cette option étant activée dans les options VS. Je reçois le message d'erreur suivant:

  

modifications ne sont pas autorisés lorsque le débogueur a été attaché à un processus déjà en cours

Le projet qui est l'unité testée est une bibliothèque de classes de fenêtres et je peux « Modifier et continuer » lors de l'exécution de la bibliothèque par le débogueur régulier. Je vous serais reconnaissant d'aide pour obtenir « modifier et continuer » à travailler.

Merci!

Answer 1

De http://www.testdriven.net/downloads/releasenotes.html :

  

705: support Ajouter (caché) pour « Test   Avec ... E & C '

     

Pour activer « Test Avec ... Debugger   (E & C) » qui fonctionne avec Edit &   Continuez; modifier la   fichier « TestDriven.dll.config » et   uncomment. Ce test   coureur peut les fichiers du projet « touch » lorsque   utilisé avec le contrôle de la source (c'est pourquoi   il est désactivé par défaut).

Answer 2

Je ne pense pas que vous serez en mesure de faire ce travail avec TestDriven.Net à moins que Jamie modifie la façon dont le processus se ProcessInvoker.exe lancé pour que Modifier et continuer le soutien fonctionnera.

Pour être honnête, je me tourne toujours hors Modifier et continuer parce qu'il a tant de restrictions que d'être pratiquement inutile pour moi. Au lieu de cela, je compte sur la fenêtre Exécution de Visual Studio pour expérimenter l'application en cours d'exécution et prototype des corrections de bugs.

Un autre avantage de désactiver Modifier & Continuer avec « Exigent fichiers source pour correspondre exactement à la version originale » est que le débogueur ne verrouille plus les fichiers source. Ceci est particulièrement pratique car je pourrais fixer deux ou trois bogues dans une session et il aspire à devoir arrêter le débogueur afin d'éditer des fichiers. En outre, il semble que Visual Studio passe une assez grande quantité de temps de redessiner les onglets comme il change le statut « verrouillé » ou désactiver - en particulier s'il y a plusieurs onglets ouverts. Je l'ai observé des pauses de quelques secondes avant et après le débogage comme une conséquence directe du verrouillage. En conséquence de désactiver toutes les fonctions qui provoquent le verrouillage fournit une vitesse notable vers le haut.

Je suppose que mon conseil est d'essayer une approche différente pour le débogage des tests qui ne nécessitent pas Modifier et continuer.