Bearbeiten und weiter mit Testdriven .NET und Gallio

Question

Ich habe VS08sp1, Gallio 3.0.6.763 und TestDriven.NET 2,14. Ich benutze MBUnit Rahmen für Unit-Tests. Wenn Testdriven des Test mit> Debugger, ich bin in der Lage, in den Code Schritt. Allerdings bin ich auf „Bearbeiten und Fortfahren“ trotz dieser Option nicht in der Lage ist, in VS-Optionen eingeschaltet. Ich erhalte die folgende Fehlermeldung:

  

Änderungen sind nicht erlaubt, wenn der Debugger zu einem bereits laufenden Prozess angebracht wurde

Das Projekt, das Gerät getestet wird, ist eine Windows-Klassenbibliothek und ich kann „bearbeiten und weiter“, während die Bibliothek über den regulären Debugger ausgeführt wird. Ich würde jede Hilfe dankbar mit immer „bearbeiten und weiter“ arbeiten.

Danke!

Answer 1

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

  

705: Hinzufügen (versteckt) Unterstützung für ‚Test   Mit ... E & C '

     

‚Test zu ermöglichen, mit ... Debugger   (E & C)‘, das mit Bearbeiten funktioniert &   Fortsetzen; bearbeiten die   ‚TestDriven.dll.config‘ Datei und   uncomment. Dieser Test   Läufer können ‚berühren‘ Projektdateien, wenn   mit Source-Control verwendet (aus diesem Grunde   es ist standardmäßig deaktiviert).

Answer 2

Ich glaube nicht, Sie in der Lage sein wird, diese Arbeit mit TestDriven.Net zu machen, es sei denn Jamie ändert, wie der ProcessInvoker.exe Prozess so gestartet wird, dass Edit & Continue-Unterstützung arbeiten.

Um ehrlich zu sein, ich deaktivieren Bearbeiten immer und fortfahren, weil es so viele Einschränkungen wie zu sein praktisch nutzlos für mich hat. Stattdessen setze ich auf dem Visual Studio Direkt-Fenster mit dem laufenden Anwendung und Prototyp Bug-Fixes zu experimentieren.

Ein weiterer Vorteil des Ausschaltens Edit & Continue zusammen mit „Quelldateien und Bilder genau auf die ursprüngliche Version überein“ ist, dass der Debugger nicht mehr die Quelldateien sperren. Dies ist besonders praktisch, da ich zwei oder drei Fehler in einer Sitzung beheben könnte und es saugt zu haben den Debugger zu stoppen, um Dateien zu bearbeiten. Auch scheint es, dass Visual Studio eine ziemlich große Menge an Zeit damit verbringt, den Tabs neu zu zeichnen, wie es den „gesperrt“ Status ein- oder ausgeschaltet verändert - vor allem wenn es viele offen Tabs. Ich habe Pausen von mehreren Sekunden beobachtet, vor und nach der Fehlersuche als eine direkte Folge der Verriegelung. Folglich alle Funktionen ausgeschaltet, die Verriegelung bewirken eine spürbare beschleunigen bietet.

Also ich denke, mein Rat ist, einen anderen Ansatz zu versuchen, die Tests zu debuggen, die Bearbeiten nicht erforderlich ist und fortfahren.