NUnit konnte die DLL nicht laden

7

Beim Versuch, Komponententests in Visual Studio auszuführen, erhalte ich die folgende Fehlermeldung:

%Vor%

Ich verwende

  • Visual Studio Community 2013
  • NUnit Adapter 3.4.0.0
  • NUnit 3.4.1

Das Seltsame ist, dass ich ein anderes Projekt habe, das genauso aufgebaut ist wie dieses und es funktioniert gut.

Ich habe auch NUnit 3.4.1 heruntergeladen und installiert. Wenn ich renne

%Vor%

alles funktioniert gut. Irgendwelche Ideen, was ich tun kann?

Vielen Dank Konstantin

Bearbeiten # 1

Hier ist die vollständige Konsolenausgabe von Visual Studio, wenn Sie versuchen, alle Tests auszuführen.

%Vor%

Wie Sie sehen können, ist es sehr offensichtlich, dass NUnit einen x86-Build erwartet, aber ich baue für eine x64-Plattform. Und wieder funktioniert mein x64-Build gut, wenn ich es mit nunit3-console.exe ausführen.

Was ich in der Datei csproj sehe, ist dies:

%Vor%

Das Seltsame ist hier, dass es Version=2.6.4.14350 angibt, aber auf eine 3.4.1 dll verweist.

Die nächste Frage von diesem Punkt ist, wie kann ich NUnit veranlassen, meinen x64-Build auszuführen? Irgendwelche Ideen?

    
Konstantin 03.08.2016, 03:48
quelle

4 Antworten

20

Ich hatte ein ähnliches Problem, der Schlüssel ist die Tatsache, dass es der Test Runner in Visual Studio ist, der besagt, dass nur x86-Assemblys getestet werden. Ich gehe davon aus, dass es dann den Einsatz des x86 NUnit Runner erzwingt. Um dies zu ändern (zumindest in VS2015), gehen Sie zu Test & gt; Test Settings & gt; Default Processor Architecture & gt; X64 .

    
Fishus 24.08.2016, 13:33
quelle
2

Sie können das Ausführungsziel auch in der Datei runsettings festlegen. Sie müssen dann diese Datei auswählen. Dies sollte die Lösung stabiler machen. Eine runsettings-Datei, die nur das setzt, kann so aussehen:

Um es zu aktivieren, tun Sie es wie in der folgenden Abbildung gezeigt:

Wenn Sie es aus dem Testmenü (1) auswählen, wird es als das ausgewählte Menü (2) hinzugefügt, und ein Rebuild wird dann den Test im Test Explorer (3) anzeigen lassen.

Es gibt einen zusätzlichen Bonus durch die Verwendung einer runsettings-Datei, und das heißt, dass es dann ordnungsgemäß auf dem TFS-Build-System ausgeführt wird, wenn Sie das verwenden. Ich habe einen Blogeintrag zu diesem Thema geschrieben, siehe Ссылка

    
Terje Sandstrøm 26.08.2016 18:41
quelle
0

Ich habe diesen Fehler beim Schreiben der Komponententestmethode erhalten. Und bemerkte die Ursache, dass eine der abhängigen DLL zum Laden fehlte. Dieser Fehler ("NUnit konnte die .dll nicht laden") wurde im Fenster Ausgabe ("Test") angezeigt, nachdem der Testmethodencode geändert und versucht wurde, ihn auszuführen. Nach dem Aktualisieren des nugget-Pakets für die abhängige DLL begann ninit, die Testprojekt-DLL auszuwählen, und Testfälle wurden ausgeführt.

    
Saravanan P 21.08.2017 11:34
quelle
0

Ich konnte meine Tests nicht durchführen und stellte fest, dass dies eines der Probleme war. Es stellt sich heraus, dass meine TestFixture intern war. Wenn ich es nur auf public umgestellt habe, habe ich meinen Fall gelöst.

    
gcbs_fln 03.04.2018 09:02
quelle

Tags und Links