Modifica e continuare con TestDriven NET e Gallio

Question

Ho VS08sp1, Gallio 3.0.6.763 e TestDriven.NET 2.14. Io uso quadro MBUnit per i test unitari. Quando si utilizza il test di TestDriven con> Debugger, sono in grado di entrare nel codice. Tuttavia, sono in grado di "Modifica e continuazione", nonostante questa opzione viene attivata nelle opzioni VS. Ottengo il seguente messaggio di errore:

  

modifiche non sono consentite quando il debugger è stato collegato a un processo già in esecuzione

Il progetto che viene testato unità è una libreria di classi finestre e posso "Modifica e continuazione" durante l'esecuzione della biblioteca attraverso il debugger regolare. Gradirei qualsiasi aiuto con ottenere "modifica e continua" per lavorare.

Grazie!

Answer 1

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

  

705: Aggiungere (nascosto) il supporto per 'Test   Con ... E & C '

     

Per attivare la 'prova con ... Debugger   (E & C)' che funziona con Edit &   Continua; modificare il   file 'TestDriven.dll.config' e   uncomment. Questo test   corridore può file di progetto 'touch' quando   utilizzato con controllo del codice sorgente (questo è il motivo   è disabilitato per impostazione predefinita).

Answer 2

Non credo che si sarà in grado di fare questo lavoro con TestDriven.Net a meno che Jamie cambia come il processo ProcessInvoker.exe viene lanciato in modo che Modifica e continua assistenza funzionerà.

Per essere onesto, ho sempre spengo Modifica e continua perché ha tante limitazioni da essere praticamente inutile per me. Invece mi baso su Visual Studio finestra immediata di sperimentare con le esecuzione di applicazioni e prototipi di bug-fix.

Un altro vantaggio di spegnere Modifica e continua con "Richiedi file di origine in modo che corrisponda esattamente la versione originale" è che il debugger non bloccherà i file di origine. Ciò è particolarmente utile dal momento che potrebbe risolvere due o tre bug in una sessione e fa schifo dover fermare il debugger al fine di modificare i file. Inoltre, sembra che Visual Studio spende una piuttosto grande quantità di tempo ridisegnare le schede come cambia lo stato "bloccato" on o off - in particolare se ci sono molte schede aperte. Ho osservato pause di alcuni secondi prima e dopo il debug come diretta conseguenza della chiusura. Conseguentemente spegnere tutte le caratteristiche che causano bloccaggio fornisce una velocità notevole up.

Quindi credo che il mio consiglio è di provare un approccio diverso per il debug i test che non richiede Modifica e continua.