Modifica e continuare con TestDriven NET e Gallio
-
21-08-2019 - |
Domanda
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!
Soluzione
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).
Altri suggerimenti
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.