Testy jednostkowe NUnit nie są wyświetlane w Eksploratorze testowym z zainstalowanym adapterem testowym

Jeśli używasz NUnit3 + w wersji, dostępny jest nowy Adapter testowy.

Przejdź do "Narzędzia - > Rozszerzenia i aktualizacje - > Online" i wyszukaj "NUnit3 Test Adapter", a następnie zainstaluj.

Mój zestaw testowy jest 64-bitowy. Z paska menu u góry visual studio 2012 mogłem wybrać "Test" - > "Ustawienia testowe" - > "domyślna Architektura procesora" - > "X64". Po "Odbuduj rozwiązanie" z menu "Zbuduj", mogłem zobaczyć wszystkie moje testy w Eksploratorze testowym. Mam nadzieję, że to pomoże komuś innemu w przyszłości =D.

Zainstaluj "NUnit Test Adapter"

Narzędzia - > Rozszerzenia i aktualizacje - > Online - > wyszukaj "NUnit Test Adapter " - > kliknij" NUnit Test Adapter " na liście wyników - > kliknij przycisk Pobierz

Sprawdź niedopasowanie wersji NUnit. Obecnie dostępny Adapter testowy NUnit działa tylko dla NUnit w wersji 2.6.4 i poniżej. Aby obniżyć NUnit z wersji 3.x przejdź do Package Manager Console > update-package NUnit-version 2.6.4

Http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html

W mojej sytuacji 'Adapter testowy NUnit3' został wyłączony. Aby go ponownie włączyć, przejdź do menu

Narzędzia - > Rozszerzenia i aktualizacje...

Po lewej stronie wybierz 'zainstalowane'- > 'wszystkie'.

W prawym górnym rogu wyszukaj 'nunit'.

Jeśli masz zainstalowany' NUnit3 Test Adapter', z znalezionym elementem możesz go włączyć / wyłączyć.

Ta odpowiedź wydaje się dość prosta, ale na początku nie była dla mnie do końca oczywista. Jeśli tworzysz (ponownie)rozwiązanie, buduje tylko te projekty, które są skonfigurowane do budowania w Build -> Configuration Manager

To był mój problem, musiałem przypadkowo zmienić ustawienia konfiguracji kompilacji lub coś, co spowodowało, że moje projekty testowe nie budowały (kiedy wcześniej były). Więc Test Explorer okno patrzyło na biblioteki DLL, które były nieaktualne. Stało się dla mnie jasne, że tak było po zrobieniu Clean i obejrzeniu większość moich badań znika i nie wraca po rebuild...dalsza inspekcja folderu bin wykazała, że te projekty w ogóle nie były budowane.

Jeśli używasz VS 2017 i.Net core ,Jak wspomniano tutaj, należy dodać odniesienia do frameworku testowego NUnit 3.6.1, do runnera testowego NUnit3TestAdapter 3.8.0-alpha1 i do testowego SDK Microsoft.NET.Test.Sdk 15.0.0.

Przejdź do NuGet package manager i pobierz NUnit Adapter w następujący sposób.

1. Narzędzia
2. NuGet Package Manager
3. Zarządzanie Pakietami NuGet Dla Rozwiązania
4. Przeglądaj
5. NUnitTestAdapter.WithFramework
6. Ctrl + R, A do budowania / uruchamiania testów

Używając NUnitTestAdapter.WithFramework upewnia się, że w wersjach NUnit i NUnit Adapter nie występują żadne niespójności (np.]}

Miałem działającą konfigurację (dla NUnit2 i NUnit3 w zależności od rozwiązania i wielu wersji Visual Studio w latach 2012-2017) i nagle przestało działać pewnego dnia: nie wykryto żadnych testów w żadnym rozwiązaniu ani wersji VS.

W moim przypadku pomogło usunąć %localappdata%\Temp\VisualStudioTestExplorerExtensions. Po ponownym uruchomieniu VS wszystko działało jak wcześniej.

Sprawdź, czy podałeś [TestFixureSetUp] oraz [Test]

W klasie testowej

Próbka:

namespace ClassLibrary1
{
public class SimpleCalculator
{
    public Calculator _calculator;
    [TestFixtureSetUp]
    public void initialize()
    {
        _calculator = new Calculator();

    }
    [Test]
    public void DivideTest()
    {
        int a = 10;
        int b = 2;
        int expectedValue = a/b;
        int actualValue = _calculator.Divide(a, b);
        Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
    }
}

}

Rozwiązałem używając tej wersji:

NUnit - > 3.2.0

NUnit3TestAdapter - > 3.0.8-ctp-8

Myślę, że są pewne problemy z kompatybilnością między innymi wersjami.

W naszym przypadku było to niedopasowanie wersji adaptera testowego NUnit. W zasadzie nasz NUnit był 3.x, a testowy Adapter był 2.x.

Zrobione po

Visual Studio Extension > Install Unit 3.x Adapter do visual studio i wszystko zaczęło działać.

Inną przyczyną tego problemu jest otwarcie projektu z zmapowanego dysku - Visual Studio poprawnie obsługuje takie projekty, ale najwyraźniej Nunit ich nie obsługuje.

Skopiowanie projektu do wersji fizycznej naprawiło problem.

Odkryłem również, że po odinstalowaniu nunit v3.2.1, odniesienie do nunit framework dla v3.2.1 nadal było w moim projekcie w solution explorer. Solution Explorer > ProjectName > References

Jeśli klikniesz prawym przyciskiem myszy, wyświetli się Wersja. Usunąć Następnie kliknij prawym przyciskiem myszy na Referencje > Dodaj Referencje.

Wyszukaj wersję 2.wersja x i dodać następnie odbudować rozwiązanie.

To mi pomogło!

Jedyne, co zadziałało, to powrót do wcześniejszej wersji zarówno na NUnit, jak i NUnit3TestAdapter.

Doświadczyłem problemu wspomnianego przez op

Mój przypadek polegał na tym, że dostałem stary projekt, a testy były częścią testowanego systemu. Zakładam, że używali zewnętrznego biegacza testowego.

Ten łańcuch zadań rozwiązał problem dla mnie

• stworzył projekt testowy,
• przeniósł tam pliki testowe
• Dodano referencje, aby projekt testowy skompilował
• Dodano Pakiety NUnit i Nunit Adapter NuGet do testu projekt
• recompiled

Udało mi się pomyślnie przeprowadzić testy Nunit.

Jeśli używasz atrybutu TestCaseSource, upewnij się, że źródło istnieje i respektuje dokumentację , w przeciwnym razie twoje testy nie zostaną wykryte.

Musiałem odinstalować, a następnie ponownie zainstalować xunit.uciekinier.visualstudio pakiet nuget. Próbowałem tego po wypróbowaniu wszystkich powyższych sugestii, więc może być to mieszanka rzeczy.

Miałem podobny problem, gdzie testy nie zostały odkryte. Miałem poprawną wersję NUnit, wersje dopasowane między NUnit i adapter, a testy gdzie oznaczone poprawnie. Uruchomiłem vs 2017 Enterprise nie jako administrator. Po uruchomieniu VS jako administrator pojawiły się testy.

Zacząłem nowe rozwiązanie z projektem testowym w nim, i porównałem go z moim oryginalnym, problemowym projektem. Oryginał z jakiegoś powodu miał aplikację .Config w nim. Wykluczyłem ten plik z projektu i zobaczyłem moje testy ponownie w Eksploratorze testowym.

Ja też miałem ten problem, ale przyczyna była inna. Używam VS2017 z F # 4.0.

Po pierwsze, konsola w Visual Studio nie podaje wystarczająco dużo szczegółów, dlaczego nie można znaleźć testów; po prostu nie załaduje biblioteki DLL z testami. Więc użyj NUnit3console.exe w linii poleceń, ponieważ daje to więcej szczegółów.

W moim przypadku, to dlatego, że testowy adapter szukał nowszej wersji F # Core DLL (4.4.1.0) (F# 4.1), podczas gdy ja nadal używam 4.4.0.0 (F# 4.0). Więc dodałem to do aplikacji.konfiguracja projektu testowego: -

  <dependentAssembly>
    <assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
  </dependentAssembly>

Czyli przekierowanie na wcześniejszy rdzeń F#.

To doprowadzało mnie do szału. Musiałem odinstalować wszystkie pakiety nunit NuGet, a następnie ponownie zainstalować tylko NUnit:

W międzyczasie zainstalowano i włączono Adapter testowy NUnit 3:

Dla VS 2015:

Najnowszy adapter testowy 3 ma problemy i nie pokazuje testów NUnit. Jeśli masz ten, a następnie usunąć go i downgrade do wersji 2.0.

Mój problem został rozwiązany przez zainstalowanie adaptera testowego NUnit 2.

Miałem ten sam problem, gdy nagle żaden test nie pojawił się w oknie Test Explorer. Mam zaktualizowaną wersję " NUnit3TestAdapter" i po wielu poszukiwaniach i staraniach,

Znalazłem, że muszę ustawić następujące wartości we właściwościach projektu: [W oknie Eksploratora rozwiązań: kliknij prawym przyciskiem myszy na projekt > właściwości] W zakładce Build Ustaw Platform=x64 i ustaw Platform target = x86 lub dowolny procesor Zbuduj projekt i wszystkie testy pojawią się w oknie Test Explorer.

Ważne Uwaga: Doszedłem do rozwiązania po obejrzeniu następnego msg w oknie wyjściowym:

"test run będzie używać bibliotek DLL zbudowanych dla Framework45 i platformy X86. Następujące biblioteki DLL nie będą częścią run: AutomationTests.dll jest zbudowany dla Framework45 i platformy X64."

Miałem ten sam problem, gdy nagle żaden test nie pojawił się w oknie Test Explorer. Mam zaktualizowaną wersję "NUnit3TestAdapter"

I po wielu poszukiwaniach i staraniach, Znalazłem, że muszę ustawić następujące wartości we właściwościach projektu: [W oknie Eksploratora rozwiązań: kliknij prawym przyciskiem myszy na projekt > właściwości] W zakładce Build Ustaw Platform=x64 i ustaw Platform target = x86 lub dowolny procesor Zbuduj projekt i wszystkie testy pojawią się w oknie Test Explorer.

Ważne Uwaga: Doszedłem do rozwiązania po obejrzeniu następnego msg w oknie wyjściowym:

"test run będzie używać bibliotek DLL zbudowanych dla Framework45 i platformy X86. Następujące biblioteki DLL nie będą częścią run: AutomationTests.dll jest zbudowany dla Framework45 i platformy X64."

Miałem msbuild.procesy exe, które zostały zawieszone. Nie wiem, czy to był mój problem, czy nie, ale zajęło mi dużo śladów i błędów z ponowną instalacją różnych adapterów NUnit, zanim znalazłem zawieszone procesy.

Upewnij się, że testy są prawidłowo oznaczone atrybutem Test. Jeśli wszystkie testy są oznaczone tylko atrybutem Explicit, TestAdapter nie rozpoznaje urządzenia.