VS 2010 - Unit-Tests auf Laufwerkszuordnung

Question

Durch bestimmte Konfigurationen auf meiner Dev-Box wurde ich gezwungen, meinen Code „Dokumente und Einstellungen“ Ordner zu verschieben. Da unser #? * &% $ £ "Geliebte" notgedrungen VCS Probleme mit langen Dateipfaden in bestimmten Szenarien haben kann, abgebildet ich einen Antrieb (V :) Punkt auf den Code. Dies funktioniert in der Regel jetzt mit einer Ausnahme: aus irgendeinem Grunde, Unit-Test-Läufer in VS integrierte keine Tests laufen kann mehr. Ich habe versucht, dies ausdrücklich mit TestDriven.NET und dem ReSharper Testrunner. Beide zeigen das gleiche seltsame Verhalten: keine Fehler, Tests sind nur nicht ausgeführt

.

  

0 Bestanden, 0 Gescheiterte, 0 Übersprungene

Wenn ich die Lösung von C öffnen: \ Dokumente ... und die Tests der Läufer verwendet wird, funktioniert es:

  

211 Bestanden, 0 Gescheiterte, 0 Übersprungene

ich zuerst eine 64-Bit-Ausgabe vermutet (wir sind auf Win7 Ultimate x64). Aber die Testanordnungen werden auf „Any CPU“, beide Läufer dieses Szenario und Umleitung auf die entsprechenden NUnit ausführbaren Dateien verarbeiten kann (... soweit ich das beurteilen kann, korrigieren Sie mich, wenn ich mich nicht irre!). Das Öffnen der Testanordnungen mit dem NUnit GUI sowohl von C: \ und V: \ work fine.

Ich kann nur annehmen, dass dies mit den Läufern zu tun hat, in VS in der Lage, nicht-Tests aufrufen, wenn die Dateipfade auf einem zugeordneten Laufwerk verweisen ... aber dieser Sound ziemlich komisch, so dass ich einige von euch hatte gehofft, dies gesehen haben Problem vor und kann einen Rat geben.

Um diese nach unten auf eine Frage kochen:
Hat jemand jemals hatte Probleme mit NUnit Test Läufer in VS 2010 nicht Durchführung von Tests, die möglicherweise durch die Lösung auf einem zugeordneten Laufwerk zu sein?

Win 7 Ultimate x64
VS 2010 Ultimate
NUnit 2.5.8
TestDriven.NET 3
ReSharper 5.1

Answer 1

OK, wir endlich einen Weg gefunden, dies zu umgehen. Während wir das Problem mit unserem kartiert V nicht wirklich gelöst haben: Laufwerk ist ein Netzlaufwerk, es funktioniert gut, wenn Sie das zugeordnete Laufwerk mit dem SUBST Befehl.

Der Unterschied hier ist, dass die V: Laufwerk als Speicherort im Netzwerk behandelt wurde, da ich die Mapping „Netzlaufwerk verbinden“ erstellt im Explorer-Menü (was ich glaube äquivalent zu dem NET Befehl). Dies kann zu Problemen führen, wenn Vertrauens Baugruppen zwischen Netzwerk und lokalen Laufwerken genannt werden. Einige Jungs haben sogar Fehlermeldungen während des Builds entlang der Linien von

  

Unbehandelte Ausnahme:   System.Security.SecurityException:   Dass die Montage erlaubt nicht teilweise   vertrauenswürdiger Anrufer.

Mit SUBST unsere V: Antriebspunkte zu einem lokalen (= trusted) Lage, und unsere Tests jetzt laufen alle als erwartet

.

Um ein zugeordnetes Laufwerk mit SUBST, gehen Sie wie folgt zu erstellen. Dieses Beispiel ordnet ein neues virtuelles Laufwerk „V“ auf den Code Lage in dem Benutzer (= [yourname]) Ordner:

  

C:> subst v: C: \ Users [yourname] \ code

Answer 2

Ich habe es nicht versucht. Aber nur so ein Gedanke. Können Sie den Pfad der ausführbaren Dateien für TestDriven.Net sowie NUnit überprüfen. Vielleicht haben Sie auch wollen den Verweis auf das Testprojekt überprüfen. ist es relativ oder absolut?