ist Ich habe es auch mit Visual Studio verwendet 2005.
Es funktioniert großartig.
Für den Betrieb verwende ich ein Projekt, bei dem die Komponententests definiert sind, getrennt vom Hauptprojekt. Für die interaktive Nutzung ich dann dieses Projekt in das Standardprojekt gesetzt (Rechtsklick auf Projekt/Als Startprojekt) und stellen Sie Eigenschaften/Debug/„Start externes Programm“ in diesem Projekt etwas wie
C:\Program Files\NUnit\bin\nunit-x86.exe
im gleichen Bildschirm „Startoptionen/Befehlszeilenargumente“ ist Satz zu so etwas wie
..\..\..\temp2\MSQlib1,2008-03-14a.nunit"\MSQlib1,2008-03-14a.nunit
Dies weist auf die NUnit-Projektdatei („MSQlib1,2008-03-14a.nunit“ in diesem Beispiel) - die ".." s sind wegen relativ zum bin \ Debug-Ordner, wo die DLL für das Projekt befindet (die Anwendung ist in diesem Fall ist die NUnit GUI-Anwendung) und die das aktuelle Verzeichnis wird, wenn das Debuggen gestartet wird.
Das Ergebnis ist, dass die NUnit GUI-Anwendung gestartet wird, wenn F5 in Visual Studio gedrückt wird, und ruft zurück in die Anwendung, wenn die Unit-Tests von der NUnit-GUI-Anwendung ausgeführt werden.
Dadurch können Haltepunkte in den Komponententests eingestellt werden (wenn benötigt wird). Zum Beispiel um Informationen darüber zu erhalten, warum ein Komponententest fehlgeschlagen ist, indem Sie mit dem Debugger überprüfen. In meinem Fall war dies manchmal erforderlich, wenn die Masse der Elemente Kohlenstoff, Wasserstoff, Stickstoff, Sauerstoff und Schwefel leicht verändert wurden und Massen von Aminosäuren nicht mehr in Grenzen waren.
Ist es für .NET Desktop-Anwendungen? –
Ich arbeite an Desktop-und Web-Anwendungen mit wpf, silverlight und asp.net – Sorskoot