Visual Studio 2013 erkennt keine Komponententests

Ich habe eine einfache Lösung in Visual Studio 2013, die aus einem Webprojekt, einem Bibliotheksprojekt und einem Unit-Test-Projekt besteht. Wenn ich die Lösung öffne und versuche, die Komponententests auszuführen, werden sie von Visual Studio nicht entdeckt. Um die Tests auszuführen, versuche ich, in das Menü zu gehen und Test -> Ausführen -> Alle Tests ausführen oder das Test-Explorer-Fenster zu öffnen. Durch diese Methoden entdeckt Visual Studio keine Tests in der Lösung.

Erstellen Sie zuerst ein einfaches Unit-Test-Projekt und versuchen Sie, den Test auszuführen. Visual Studio weiß, dass Sie den Test entdecken und ich kann ihn ausführen. Wenn ich dann meine vorherige Lösung öffne, entdeckt Visual Studio jetzt alle Tests. Ich versuche, meine Lösung zu speichern, aber wenn ich sie schließe und wieder öffne, ohne vorher ein Unit-Test-Projekt zu erstellen, findet das Visual Studio die Tests nicht wieder. Dies ist ein sehr seltsames Verhalten, von dem ich nicht weiß, warum dies geschieht.

Ich habe in diesem Projekt, in dem der in die Visual Studio Team Foundation integrierte Quellcodeverwaltungs-Git verwendet wurde, alleine gearbeitet. Das Problem von Visual Studio nicht entdecken die Unit-Tests beginnen, wenn ein neues Element in das Projekt kam und wenn ich die Lösung über die Quellcodeverwaltung online neu erstellen muss. Zuvor wurden alle Tests immer von Visual Studio entdeckt.

Für die Erstellung der Unit-Tests verwende ich die DLL Microsoft.VisualStudio.QualityTools.UnitTestFramework. Meine Version von Visual Studio lautet: Microsoft Visual Studio Express 2013 für Web Version 12.0.30723.00 Update 3. Meine Version von .net Framework ist 4.5.50938.

Alle meine Tests sind wie folgt:

[TestClass] 
public class Service1Test 
{ 
    [TestMethod] 
    public void Test1() 
    {
        Assert.IsTrue(True); 
    } 
}

Einige Dinge, die mir aufgefallen sind, muss ich von Zeit zu Zeit tun, damit Tests richtig angezeigt werden.

1. Wenn sich Ihre Lösung auf einem geschützten Laufwerk befindet, für das Sie Administratorzugriff zum Lesen / Schreiben benötigen, wird manchmal nur ein Teil der Tests ausgeführt. Führen Sie in diesem Fall auf jeden Fall VS als Administrator aus.

2. Wenn Ihre Lösung 64-Bit ist, stellen Sie sicher, dass Test> Testeinstellungen> Standardprozessorarchitektur auf x64 eingestellt ist. Manchmal wird es auf x86 gesetzt. Stellen Sie es auf x64 ein und erstellen Sie es neu.

3. Manchmal reicht es aus, Visual Studio neu zu starten, da der Test-Explorer erneut gestartet wird.

4. Vergessen Sie nicht, das Testprojekt / die Testlösung tatsächlich zu erstellen. (Wenn Sie möchten, dass es mit den übrigen Projekten erstellt wird, klicken Sie mit der rechten Maustaste auf Ihre Lösung> Eigenschaften> Konfigurationseigenschaften> Konfiguration> Aktivieren Sie das Kontrollkästchen "Erstellen" für Ihr Testprojekt.)

5. Stellen Sie sicher, dass sich die Tests in einem publicAbschnitt Ihrer Testklasse befinden

Wenn Sie NUnit verwenden, müssen Sie zuerst den NUnit-Adapter herunterladen.

Gehen Sie zu Extras → Erweiterungen und Updates… → Online → Suchen Sie nach "NUnit Test Adapter".

Stellen Sie sicher, dass Ihre Testklasse publicso ist, dass sie gefunden werden kann. Und wenn Sie auf eine andere Klasse verweisen, stellen Sie dies sicher.

Manchmal, wenn Sie keine Asserts haben oder den Test nicht mit einem dekorieren [TestMethod], wird ein Test möglicherweise nicht erkannt.

2 weitere Dinge: 1) Asynchrone Unit-Tests wirken bestenfalls lustig und im schlimmsten Fall gar nicht. Schauen Sie sich diesen Artikel von Stephen Cleary an und halten Sie sich von dort , wenn es Sie interessiert.

2) Wenn Sie NUnit verwenden und auf dieselben Probleme [TestCase]stoßen, denken Sie daran, dass dies nicht für Nunit, sondern für Nunit gilt[TestMethod]

Nach alledem ist hier ein Artikel, den ich über das Code-Projekt gepostet habe, mit beiden MSTest& NUnit, falls Sie es ausprobieren und sicherstellen möchten, dass Sie nichts verpassen.

Ich hatte das gleiche Problem, aber keine der anderen Lösungen funktionierte. Es stellt sich heraus, dass ich das NUnit 3-Framework mit dem 2-Adapter verwendet habe.

Wenn Sie NUnit 3 verwenden, gehen Sie zu Erweiterungen und Updates und installieren Sie den NUnit3-Testadapter.

Ich habe dieses Problem von Zeit zu Zeit. Für mich funktioniert es, Visual Studio herunterzufahren und in den Ordner zu wechseln:

%LocalAppData%\Microsoft\VisualStudio\12.0\ComponentModelCache

und löschen Sie es Inhalt.

Sobald Sie Visual Studio öffnen und Ihr Projekt erneut laden, sollte der Test Explorer Ihre Tests zurückgeben

XUnit-Benutzer stellen möglicherweise fest, dass im Fenster "Test Explorer" keine Tests mehr aufgelistet sind. Um Tests wieder auffindbar zu machen, versuchen Sie diesen wichtigen Tipp , der unten hervorgehoben ist.

Wenn Sie Probleme beim Erkennen oder Ausführen von Tests haben, sind Sie möglicherweise Opfer eines beschädigten Runner-Caches in Visual Studio. Um diesen Cache zu leeren, fahren Sie alle Instanzen von Visual Studio herunter und löschen Sie den Ordner% TEMP% \ VisualStudioTestExplorerExtensions. Stellen Sie außerdem sicher, dass Ihr Projekt nur mit einer einzelnen Version des Visual Studio Runner NuGet-Pakets (xunit.runner.visualstudio) verknüpft ist.

Für zukünftige Googler hatte ich ein seltenes Szenario, das dies verursachte.

In meiner Basistestklasse hatte ich eine Eigenschaft namens TestContext. Dies störte die reservierte TestContext-Eigenschaft von MSTest und führte dazu, dass alle meine Tests bis auf einen (der nicht von der Basis geerbt wurde) vor VS / Resharper ausgeblendet wurden.

Für mich war es die Änderung der 'Lösungskonfigurationen' in Debug (anstelle von Release).

Mein Problem war, dass meine Unit-Test-Methode nicht ungültig war und Parameter empfing.

Ich habe festgestellt, dass Unit-Test-Methoden, die als markiert async voidsind, vom VS Test Explorer nicht erkannt werden. Dies scheint darauf zurückzuführen zu sein, dass VS nicht warten kann, bis ein Test abgeschlossen ist, und entscheiden kann, ob er erfolgreich ist oder nicht. Wenn Sie unbedingt eine Testmethode benötigen, um asynchron ausgeführt zu werden, geben Sie stattdessen eine Aufgabe zurück, wie z async Task. Ich fand, dass dies das Problem für mich behoben hat.

Versuchen Sie, alle Projekte als MSIL (Beliebige CPU) anstelle von x86 / x64 zu erstellen. Hat seltsam für mich gearbeitet

Während die Lösung von AndyG funktioniert, könnte eine dauerhaftere Lösung darin bestehen, die Umgebungsvariable PreferredToolArchitecture auf "x64" zu setzen, entweder durch:

So lassen Sie Visual Studio die native amd64-Toolchain verwenden

oder von:

• Systemsteuerung | System und Sicherheit | System | Erweiterte Systemeinstellungen | Umgebungsvariablen
• PreferredToolArchitecture = x64
• DefaultToolArchitecture = Native64Bit
• PROCESSOR_ARCHITECTURE = x64
• ProcessorArchitecture = x64

Ich hatte das gleiche Problem und habe mich erneut daran erinnert (diese Situation ist schon einmal aufgetreten), dass die Auswahl von "Gemischte Plattform" im Menü der Lösungsplattform ebenso funktioniert wie die anderen Antworten.

Ich hatte es geschafft, meine als hinzuzufügen

public static void TestMethod1(){}

fing an zu arbeiten, sobald ich statische entfernt habe ....

Gehen Sie zum Nuget-Paketmanager und laden Sie den Nunit-Adapter wie folgt herunter.

Gehen Sie zum Projektmenü> Configuration Manager. Überprüfen Sie, ob Ihre Testprojektplattform mit dem Rest des Projekts übereinstimmt. Überprüfen Sie, ob sie erstellt und dann neu erstellt werden soll.

Ich bin gerade darauf gestoßen und habe keinen ähnlichen Fall gesehen, der meinem ähnlich war.

In der .csprojDatei meines Testprojekts wurde der Datenschutz für NUnit-Referenzen auf Folgendes festgelegt False:

<Reference Include="nunit.framework, Version=2.6.4.14350, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL">
  <HintPath>..\packages\NUnit.2.6.4\lib\nunit.framework.dll</HintPath>
  <Private>False</Private>
</Reference>

Nachdem ich mich darauf eingestellt hatte <Private>, Truefunktionierte es.

Sie müssen nur dieses Paket installieren:

NUnit TestAdapter

Um Tests im Test Explorer-Fenster anzuzeigen, musste ich NUnit3 Test Adapter 3.0 installieren, der im Package Manager nicht verfügbar war.

Heruntergeladen von https://visualstudiogallery.msdn.microsoft.com/0da0f6bd-9bb6-4ae3-87a8-537788622f2d

Ich hatte genau das gleiche Problem.

Dies lag an einer inkompatiblen Version von NUnit, die ich meinem Projekt (3.2.0) und dem von mir installierten Testadapter (2.0.0) hinzugefügt hatte.

Verwenden Sie zum Beheben "Extras> Erweiterungen und Updates" und suchen Sie nach dem NUnit3-Testadapter. Danach wurden meine Tests erkannt.

Prost

Sagen wir einfach aus Gründen der Argumentation, dass Sie für Ihr Testprojekt die X64-Architektur verwenden müssen, damit die Abhängigkeiten ordnungsgemäß erstellt werden (wie in meinem Fall). Möglicherweise müssen Sie Ihre Standardprozessorarchitektur im Menü Test - Testeinstellungen ändern . Wenn Sie dies auf X64 setzen, konnte mein Test-Explorer meine Tests mit Microsoft.VisualStudio.TestTools.UnitTesting finden.

Es tut mir leid, dass ich zur langen Liste hinzugefügt habe, aber ich hatte ein ganz anderes Problem. Zunächst möchte ich erwähnen, dass ich mein Problem entdeckt habe, als ich im Test-Explorer auf "Alle ausführen" geklickt und dann das Build-Ausgabefenster in Visual Studio angesehen habe. Sie müssen es aktiv beobachten, da danach die Nachricht verschwindet.

Das Problem sieht so aus, als würde beim Scannen der Tests die DLL geladen und ihre Testtypen werden aufgelistet. Dadurch werden die Referenzen geladen. Wenn während dieses Vorgangs ein Fehler auftritt, werden die Tests nicht im Explorer angezeigt. Ich hatte zwei Probleme, die verhinderten, dass die Test-DLL erfolgreich geladen wurde:

• In der Konfigurationsdatei war noch eine verbindliche Umleitung vorhanden (Weiterleitung zu einer Version mit niedrigerer Version NHiberate als im Testprojekt angegeben).
• Eine widersprüchliche Assemblyreferenz (Referenzen der 2. Ebene können nicht geladen werden). AsmSpy ist übrigens ein großartiges Werkzeug, um nach diesen zu suchen.

Wenn Sie eine Visual Studio-Lösung (in meinem Fall VS 2015 Community) aus einer Netzwerkfreigabe oder dem Verzeichnis Eigene Dateien laden , das Teil einer Freigabe ist, treten Probleme auf. Ich habe es gelöst, indem ich die Lösung und die zugrunde liegenden Projekte in einen lokalen Ordner verschoben habe.

Nachdem ich 2 Tage verbracht habe ... hat keines der oben genannten für mich funktioniert. Die einzige "Lösung" war: Gehen Sie zu Projekteigenschaften -> Registerkarte Erstellen. Klicken Sie dann in der rechten unteren Ecke des Fensters auf die Schaltfläche Erweitert. Ändern Sie "Debug Info:" in "full" und klicken Sie auf OK.

Hier sind die Screenshots:

Ich bin auf das gleiche Problem gestoßen. Und untersucht und festgestellt, dass die DLLs nicht erstellt und in den richtigen Ordner gelegt wurden. Sobald ich meine Konfiguration geändert hatte, erschienen sie. - die Build-Optionen für Projekte, welcher Ordner sollte verwendet werden? - die Build-Menüeintrag Build-Konfiguration, sollten sie überprüft werden.

das hat es für mich behoben.

Für Visual Studio 2013.5 hat das Löschen des Verzeichnisses \ TestResults in der Lösung geholfen. Visual Studio hat die MDF-Datei, in der die erkannten Tests gespeichert sind, beschädigt und somit die Erkennung von Komponententests verhindert.

Stellen Sie sicher, dass alle Projekte mit derselben Konfiguration ausgeführt werden. Wählen Sie unter Eigenschaften Ihres Projekts => Debug => Plattform in der Dropdown-Liste die entsprechende Plattform aus (für mich war es "Beliebige CPU"), wie bei Ihren anderen Projekten festgelegt.

• Ich weiß, dass die Komponententests nicht gefunden werden, wenn die Lösung nicht erstellt wurde. Dies ist also ein Versuch (Erstellen der Lösung), aber diese Lösung ähnelt dem Helpdesk, der fragt, ob Ihr Computer angeschlossen ist ...
• Nachdem eine saubere Neuerstellung das Problem für mich nicht behoben hatte, wurde es durch Ausführen eines vollständigen Batch-Builds behoben.

Hatte das gleiche Problem; Tests wurden plötzlich nicht mehr entdeckt.

Der Nunit-Testadapter war irgendwie deaktiviert worden. Durch Klicken auf Aktivieren im Erweiterungsmanager wurde dies für mich behoben.

Ich hatte das gleiche Problem, bis mir klar wurde, dass ich einen Fehler beim Ausschneiden / Einfügen gemacht und [Test Method]vor dem Test aufgehört habe.