Visual Studio 2015 oder 2017 nicht entdecken unit-tests

Könnte es sein, dass Ihre codes kompiliert werden, mit der x64 deshalb haben Sie zum aktivieren der Standard-Prozessor-Architektur X64.

Test > Test Settings > Default Processor Architecture > X64

BEARBEITEN 2016-10-19 (PowerShell-Skript)

Dieses Problem immer noch gibt, jeden jetzt und dann. Ich schrieb ein kleines PowerShell-snippet zu automatisieren clearing die entsprechenden cache/temp-Ordner/- Dateien für mich. Ich Teile es hier für zukünftige Leser:

@(
"$env:TEMP"
"$env:LOCALAPPDATA\Microsoft\UnitTest"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ComponentModelCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\Designer\ShadowCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ImageLibrary\cache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio Services\6.0\Cache"
"$env:LOCALAPPDATA\Microsoft\WebsiteCache"
"$env:LOCALAPPDATA\NuGet\Cache"
) |% { Remove-Item -Path $_ -Recurse -Force }

Stellen Sie sicher, schließen Sie Visual Studio und vorher ist es wahrscheinlich eine gute Idee, reboot danach.

Löschen der TEMP-Ordner kann nicht notwendig sein, und kann in einigen Fällen sogar unerwünscht sein, so würde ich empfehlen, versuchen, ohne löschen des TEMP-Ordner. Nur das auslassen der "$env:TEMP".

Ursprüngliche Antwort 2015-04-12

War das problem "gelöst", nachdem eine Gründliche Reinigung der Visual Studio-bezogene temp/cache-Ordner.

Da ich nicht die Zeit haben, gehen Sie durch alles einzeln und dann testen, in-zwischen habe ich leider nicht wissen, was man tatsächlich das problem verursacht.

Diese sind die genauen Schritte, die ich gemacht habe:

1. Geschlossen Visual Studio
2. Verwendet CCleaner zu löschen system-und browser - temp Dateien/Ordner

3. Manuell deaktiviert/gelöscht, die folgenden Dateien/Ordner:

   • %USERPROFILE%\AppData\Local\assembly
   • %USERPROFILE%\AppData\Local\Microsoft\UnitTest
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\Designer\ShadowCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ImageLibrary\cache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio Services\6.0\Cache
   • %USERPROFILE%\AppData\Local\Microsoft\WebsiteCache
   • %USERPROFILE%\AppData\Local\NuGet\Cache
   • %USERPROFILE%\AppData\Local\Temp

In Visual Studio 2015(Update 3) wenn Sie möchten, fügen Sie die tests in der test-explorer, dann installieren Sie das NUnit Test Adapter.Download der adapter von Tools->Erweiterung Und Updates->Registerkarte "Online" (Sie haben für die Suche nach adapter)->Download.
Durch einen Neustart des Visual Studio können Sie die änderung für das test-framework.

Ich hatte eine Instanz wo einige tests würden nicht abgeholt werden, weil ich hatte Sie async wie folgt:

public async void This_IsMy_UnitTest()

War das problem, ich vergaß, machen Sie wieder eine Task und nicht void wenn ich die switch-over. Man würde denken, dies würde einen Fehler verursachen oder ist fehlgeschlagen test, aber pustekuchen. Die unit-tests, die in dieser Klasse wurden komplett ignoriert und gehandelt, wie Sie nicht existieren.

War es nicht, nach über 3 sauber und baut + Neustart VS.NET sah ich, dass der test ausgeführt und das fehlschlagen angibt ich vergaß hinzuzufügen, die Task Gegenzug Typ:

public async Task This_IsMy_UnitTest()

Nach dem update werden die unit-tests gefunden wurden, und arbeitete korrekt. Dies könnte ein Grenzfall, aber mit async tests für die Verwendung await innerhalb, aber nicht die Signatur korrekt ist, kann diese gleiche Problem und es ist nicht das 1. mal, dass ich dies getan haben.

Ich hatte das gleiche pronlem aber der Ordner "%TEMP%\VisualStudioTestExplorerExtensions" existiert nicht auf meinem Rechner, so wie ich die Beiträge gelesen hatte ich die Idee, zu erstellen, und es funktioniert. Die test-explorer ist nun in der Lage zu zeigen, alle meine tests.
Danke.

Die Lösung in meinem Fall war einfach zu installieren, die NUnit-3-Test-Adapter Erweiterung zu meinem Visual Studio 2015.

In meinem Fall, MSTest unter VS 2015 ignorierte tests mit test (also die Methode) Namen, die länger waren als 174 Zeichen. Die Verkürzung der Namen erlaubt den test, um sichtbar zu werden. Das war bestimmt über guess-and-check durch die Manipulation der name des Tests.

Diese wahrscheinlich nicht helfen, die meisten Menschen, aber jemand, der unerfahren auf unit-Test geschrieben hatte, eine test-Methode, die zurückgegeben bool statt void:

[TestMethod]
public bool TestSomething()

Ändern Sie den Rückgabetyp zu void das problem behoben.

Möchte ich nur hinzufügen, dass ich fand eine ganz andere Lösung für die oben.

Ich erklärt hatte, dass meine test-Klasse wie folgt:

[TestClass]
class ClassificationTests
{
   //unit tests
}

Sobald ich fügte hinzu, die public modifier der Klasse, es funktioniert wie erwartet!

Knallen, um meine Lösung. Ich war auf Windows 10, Visual Studio 2015, NUnit 3.5, NUnit Test Adapter 3.6 (über NuGet, nicht den Namen VISX-Erweiterung) und keiner meiner tests wurden entdeckt. Mein problem war, dass in den Tests Projekt meiner Lösung, irgendwie eine Verknüpfung zu meinem "Dokumente" - Ordner erstellt worden, der innerhalb der Projekt-Ordner. Ich vermute, dass die test-adapter war zu sehen, die Verknüpfung und bekommen aufgehängt, um herauszufinden, was mit ihm zu tun, was den Ausfall zur Anzeige von unit-tests.

Ich wurde auch gebissen durch dieses wunderbare kleine feature und nichts, was hier beschrieben für mich gearbeitet. Es war nicht, bis ich doppelt überprüft die build-Ausgabe und bemerkt, dass die relevante Projekte nicht gebaut werden. Ein Besuch in configuration manager bestätigte meinen Verdacht.

Visual Studio 2015 hatte glücklicherweise erlaubte mir, neue Projekte hinzufügen, beschloss aber, dass es sich nicht lohnt Sie zu bauen. Sobald ich fügte hinzu, die Projekte zu bauen, die er zu spielen begann, sehr schön.

Irgendwie mein Projekt wurde eingestellt, um zu kompilieren als Statische Bibliothek (.lib). Nach dem ändern dieser zu einem Dynamische Bibliothek (.dll), tests, bei denen richtig erkannt, die von Visual Studio 2012.

My Unit Test Project ->
Properties ->
Configuration Properties ->
General ->
Configuration Type

War es so einfach für mich, um das Problem zu lösen wie:

• Wählen Sie Ihre Unit-Test-Projekt
• Klicken Sie auf "Alle Dateien Anzeigen" - Schaltfläche im Solution-Explorer und eine neue temporäre Datei erschien in der Datei-Struktur der Projektmappen-Explorer in den "obj\x86\Debug'.
• Diese temporären Dateien löschen und das Projekt neu.
• Wiederholt zum ausführen von tests und gearbeitet!.

Ich hatte das gleiche problem. Ich habe gerade gereinigt und neu erstellt das Projekt, und ich war in der Lage, um zu sehen, die tests, die fehlten.

Diesem Thema ist etwas veraltet, aber meine Lösung für den fehlenden Test-status im VS2015:

Den task-status wird nur auf der Debug-buildconfiguration. Natürlich ist auch dies macht es unmöglich zu Debuggen test durch die test-explorer.

Ich den Fehler gemacht, das erstellen von asynchronen Methoden, die aber wieder erlischt.

Geändert: public async void Test()

Zu: public async Task Test()

Möchte ich einen weiteren Grund, die tests können nicht gefunden werden, in meinem Fall, es handelte C++ unit-tests nicht gefunden wurden.

In meinem Fall-tests nicht gefunden wurden und für ein bestimmtes Projekt, weil Ihre Ausgabe-Verzeichnis wurde nicht im Projekt enthalten-Verzeichnis, das ändern dies gewährleistet die tests gefunden wurden.

Ich hatte das gleiche Problem. Die unit-test-template von Visual Studio 2015 (Update 3) erstellt eine Klasse mit TestContext-Eigenschaft wie folgt definiert:

    private TestContext testContextInstance;

    ///<summary>
    ///Gets or sets the test context which provides
    ///information about and functionality for the current test run.
    ///</summary>
    public TestContext TestContext
    {
        get
        {
            return testContextInstance;
        }
        set
        {
            testContextInstance = value;
        }
    }

Nachdem es geändert zu einem öffentlichen Feld (ungly) der test-runner-entdecken Sie den test.

public TestContext TestContext;

Sehr seltsames Verhalten, aber es war die Ursache für das Problem in meinem Fall.

Deaktivieren Sie Die Windows Defender-Dienst. Drehen Sie diese sofort aus, verursacht alle meine unit-tests im Test Explorer.

Das einzige, was für mich gearbeitet wurde:
Entfernen C:\Users(Ihr Benutzername)\AppData\Local\Temp

Andere Vorschläge, die in der Regel gültig sind.
Aber aus irgendeinem Grund, wenn VS nicht abholen Ihre änderungen, und hält bellen in Ihrer Ausgabe kann es nicht entdecken, tests, Reinigung dieses dir können den trick tun.
Und, ja, es kann nur "einige Tage" Sie starten und keine der Lösungen funktionieren nicht mehr, während "gestern" alles hat gut funktioniert.

Für mich ein Upgrade auf die version 3.7 von NUnit gearbeitet.