Obecnie pracuję nad rozwiązaniem, które ma obecnie 32 Unittesty. Pracowałem z biegaczem testowym resharper - co działa dobrze. Wszystkie testy są uruchomione, wszystkie pokazują prawidłowe wyniki.

Jednak testy nie są uruchamiane podczas korzystania z eksploratora testów programu Visual Studio.

Eksplorator testów pokazuje wszystkie testy jednostkowe, ale po kliknięciu „Uruchom wszystko” wszystkie testy stają się wyszarzone i nie pokazują żadnego wyniku testu:

• Wszystkie klasy testowe są publiczne
• Wszystkie klasy testowe mają [TestClass]zadeklarowany atrybut
• Wszystkie metody testowe używają [TestMethod]atrybutu
• Zarówno kod produktywności, jak i projekty testowe są przeznaczone dla platformy .NET 3.5.
• Próbowałem już do czystej kompilacji moje rozwiązania i / lub usunąć wszystkie obj, bin, Debugi Releasefoldery

Byłbym wdzięczny za wszelkie wskazówki, które wyjaśniałyby to zachowanie.

Jeśli twoje projekty to nie wszystkie AnyCpu, możesz również sprawdzić, czy następujące 2 ustawienia są zgodne:

1. [Projekt testowy kliknij prawym przyciskiem myszy] -> właściwości -> Kompilacja -> Cel platformy - np. X64

2. [Menu główne] -> Test -> Ustawienia testu -> Domyślna architektura procesora -> X64

Zauważyłem, że gdy te nie pasowały, mój projekt testowy po cichu nie działał.

Miałem ten sam problem w VS 2017. W moim przypadku został on rozwiązany poprzez ponowne uruchomienie VS.

Jeśli używasz NUnit zamiast MSTest, będziesz potrzebować rozszerzenia NUnit Test Adapter dla programu Visual Studio 2012/2013.

Musiałem zmienić moje metody testowe asynchroniczne, aby zwrócić Task zamiast void.

Testy były następnie aktywne i możliwe do uruchomienia w Eksploratorze testów.

Sprawdź, w jakim frameworku testy są napisane (np. Nunit, xunit, VS test itp.) I upewnij się, że masz zainstalowany odpowiedni adapter testowy / rozszerzenie runner.

Dla mnie był to adapter testowy NUnit 3, którego brakowało i potwierdziłem numer wersji wymaganej, patrząc na wersję zależności nunit.framework (wybierz plik .dll w drzewie zależności w Eksploratorze rozwiązań i naciśnij klawisz F4, aby wyświetlić okno Właściwości).

Zauważyłem, że w projekcie nie odwoływał się do zestawu Microsoft.VisualStudio.QualityTools.UnitTestFramework . Zamiast tego odwoływał się do Microsoft.VisualStudio.TestPlatform.TestFramework i Microsoft.VisualStudio.TestPlatform.TestFramework.Extensions . Kiedy usunąłem te dwa odniesienia i dodałem odwołanie do zestawu Microsoft.VisualStudio.QualityTools.UnitTestFramework , testy, które wcześniej były oznaczone niebieskim wykrzyknikiem, nagle stały się aktywne i zaczęły działać.

TLDR: Zaktualizuj pakiety testowe, spójrz na dane wyjściowe -> konsola testowa

Walczyłem z tym przez półtora dnia. więc oto co zrobiłem, aby to rozwiązać:

Objawy

1. 5 projektów testów jednostkowych, wszystkie do znalezienia w TestExplorer
2. 2 z 5 wykonano poprawnie
3. 3 stwierdzający, że w ogóle nie działa
4. Problem zaczął się po aktualizacji frameworka .net

Dochodzenie

Ponieważ wszystkie pakiety zostały zaktualizowane podczas aktualizacji frameworka .net, zacząłem od różnic między działającymi i niedziałającymi projektami. Pierwszą wskazówką było to, że wszystkie 3 projekty używały: MSTest.TestAdapter i MSTest.TestFramework

Oczywiście poszedłem do -> Konsola wyjściowa -> menu Test w VS 2019 i spojrzałem na wyjście. Nie ma tam nic przydatnego.

Krok pierwszy rozwiązania : Zaktualizuj MSTest.TestAdapter i MSTest.TestFramework do wersji 2.0.0

Krok drugi rozwiązania : Teraz konsola wyjściowa -> menu rozwijane Test zaczęło wyświetlać jeden po drugim, brakujące pakiety i nieprawidłowe przekierowania powiązań

Krok trzeci rozwiązania : ręcznie dodaj brakujące pakiety. Dla mnie to były

1. System.Runtime.Extentions
2. System.Reflection
3. Może więcej, czego mi brakuje

Krok 4 rozwiązania : Usunięto / naprawiono niepotrzebne przekierowania wiązań.

Mam nadzieję, że to pomoże komuś innemu.

Clean-Rebuild rozwiązanie zadziałało dla mnie.

Miałem ten problem i był on spowodowany posiadaniem wielu projektów testowych z różnymi wersjami:

• MSTest.TestAdapter
• MSTest.TestFramework

Skonsolidowanie pakietów NuGet dla projektów, aby były takie same, rozwiązało problem.

Wystąpił ten sam problem po czystej instalacji VS 2019. Testy zostały znalezione, ale nie zostały uruchomione z komunikatem „Wystąpił nieoczekiwany błąd”. Naprawiono przez skonfigurowanie x64 zamiast x86, który był wybrany domyślnie.

W moim przypadku było tak, ponieważ jeden projekt testowy w moim rozwiązaniu miał zainstalowane pakiety nuget MSTest.TestFramework i MSTest.TestAdapter, ale inne nie. Pakiety te najwyraźniej nie były wymagane do uruchamiania testów, dopóki jeden projekt w rozwiązaniu ich nie zainstalował.

Problem został rozwiązany przez zainstalowanie tych pakietów w projektach testowych, w których ich brakowało.

Rozwiązaniem tego problemu była aktualizacja pakietów nuget MS.Test

Zainstaluj Nunit3TestAdapterNuget rozwiązał ten problem

Możesz wyświetlić wyjście błędu swojego programu uruchamiającego testy, otwierając panel Wyjście (widok -> wyjście) i wybierając „testy” z menu „Pokaż wynik z”

Dodatkowo, jeśli masz zainstalowany Resharper , możesz otworzyć plik testowy i najechać kursorem na kółko testowe obok testu, aby uzyskać dodatkowe informacje o błędzie

Kliknięcie spowoduje wyświetlenie okna z bardziej szczegółowymi informacjami. Alternatywnie możesz otworzyć to okno, przechodząc do Extensions -> Reshaper -> Windows -> Unit Test Exploration Results

Ustawienie architektury procesora dla projektów AnyCPU w Eksploratorze testów rozwiązało mój problem! Zobacz zrzut ekranu powyżej.

W moim przypadku miałem async voidmetodę i zastąpiłem ją async Task, więc test przebiegł zgodnie z oczekiwaniami:

    [TestMethod]
    public async  void SendTest(){}

zamienić :

    [TestMethod]
    public async  Task SendTest(){}

Miałem te same objawy.

Upewnij się, że masz zainstalowane odpowiednie rozszerzenie programu Visual Studio za pośrednictwem narzędzi - rozszerzenia i aktualizacje. W moim przypadku musiałem zainstalować XUnit i Specflow z opcji Online.

Następnie wyczyść roztwór i odbuduj go.

Jeśli to nadal nie pomoże, wyczyść katalog tymczasowy (wyszukaj% temp% w menu Start, wyszukaj i usuń całą zawartość w Temp)

A potem w końcu spróbuj odinstalować Resharper, co ostatecznie rozwiązało mój problem.

Tutaj projekt testowy nie został oznaczony do zbudowania:

Kompiluj -> Configuration Manager ... -> sprawdź kompilację dla projektu testowego

Miał te same objawy, w moim przypadku była to wersja zestawu SDK dotnet core, która była przyczyną problemu.

Projekty były ukierunkowane na 2.2 i były w stanie zbudować przy użyciu 3.0. Po zainstalowaniu najnowszej wersji 2.2 SDK można było je uruchomić.

Miałem nieco inny scenariusz, ale to jest najlepszy wynik Google, więc odpowiem również na mój problem. Mogłem przeprowadzić testy, ale tylko około połowa z nich faktycznie działała, bez żadnych błędów.

W końcu zdebugowałem i przeszedłem przez wszystkie testy, i natknąłem się na wystąpienie Stack Overflow Errortestowe niektórych modeli.

W metodach instancji testowej model potomny tworzył rodzica, a rodzic tworzył dziecko, które tworzyło nieskończoną pętlę. Usunąłem kreację rodzica z dziecka i teraz wszystkie moje testy działają!

Ponieważ dostałem się tutaj z tego rodzaju błędem, zamieszczam mój problem / rozwiązanie:

Objawy:

• Nie wszystkie testy działały, ale nie zależały od projektu, tylko niektóre z nich zostały wykonane.
• Wszystkie stracone były zielone.
• Stos technologiczny: dotnet core / XUnit / FluentAssertions
• Wszystkie testy wykryto i zaktualizowano, jeśli uległy zmianie.
• Po wybraniu lub kilkukrotnym uruchomieniu „Nie uruchomionych testów” można je wykonać.

Problem:

Wystąpił błąd w kodzie, który zgłosił wyjątek w innym wątku. Wszystkie potwierdzenia testu przeszły, ale spowodowało to anulowanie wykonania testu. Widziałem błąd w „Wynikach testów” (NullException).

Miałem inną wersję pakietów nuget NUnit (3.11.0) i NunitTestAdapter (3.12.0). Kiedy zaktualizowałem NUnit do wersji 3.12.0, Visual Studio przeprowadził testy.

Ten problem jest również obserwowany, gdy uruchamiana metoda testowa zgłasza StackOverflowException , powodując, że moduł uruchamiający testy przerywa przebieg testu, w wyniku czego dane wyjściowe 0 tests run.

Aby znaleźć winowajcę i go rozwiązać, umieść punkt przerwania na początku obu metod dekorowanych TestInitialize i TestMethod , uruchom test jednostkowy w trybie debugowania, kontynuuj przechodzenie przez (F10), aż zostanie zgłoszony wyjątek.

Wypróbowałem wiele opcji w programie Visual Studio 2019 w wersji 16.4.6 i Microsoft.VisualStudio.TestTools.UnitTesting, ale na razie jedynym sposobem pomyślnego uruchomienia testów było wywołanie następnego polecenia w konsoli

dotnet test

Testy są wykrywane w Eksploratorze testów, ale ich wynikiem jest „Nie uruchomione”.

Aktualizacja programu Visual Studio nie pomogła.

Rozwiązaliśmy problem z „Żaden test nie pasuje do podanego filtru przypadków testowych FullyQualifiedName”, uruchamiając aktualizacje do najnowszej wersji dla następnych pakietów:

Microsoft.NET.Test.Sdk
MSTest.TestAdapter
MSTest.TestFramework

Odpowiedzi na to pytanie jest już sporo, ale miałem inny scenariusz i rozwiązanie.

Przenieśliśmy funkcjonalność testowanego typu z jednej klasy do nowej i w związku z tym stworzyliśmy nową klasę testową, w której stara klasa testowa była pusta.

Oryginał:

• Stara klasa testowa
  • Metoda inicjalizacji testu
  • Metody testowe

Złamany:

• Stara klasa testowa (inicjator zachowany, klasa zachowana jako symbol zastępczy na przyszłość)
  • Metoda inicjalizacji testu (pozostaje sama)
  • Brak metod testowych (oryginalne metody testowe pojawiają się w module uruchamiającym testy, ale nie istnieją w kodzie, więc nigdy nie wykonuj)
• Nowa klasa testowa
  • Metoda inicjalizacji testu
  • Metody testowe

Naprawiony:

• Stara klasa testowa (usunięta)
• Nowa klasa testowa
  • Metoda inicjalizacji testu
  • Metody testowe

Wyczyść projekt, zamknij program Visual Studio, usuń folder TestResults, a następnie uruchom ponownie VS, a następnie ponownie skompiluj projekt. (Samo to może rozwiązać twój problem, ale dla mnie nie wystarczyło, dopóki nie usunięto starej klasy testowej).

Miałem inne rozwiązanie, aby uruchomić testy. Mój globalny folder pakietów nie pasuje do tego, co było w moim .csproj. Tak wyglądał mój plik .csproj:

Musiałem zmienić moją wersję na 16.5.0, którą znalazłem, zainstalowaną w moim folderze pakietów globalnych. Teraz moje testy są w stanie uruchomić:

Dla mnie rozwiązaniem była zmiana ustawień Resharper Unit Testing „Domyślna architektura platformy” na „x64”

U mnie ponowne uruchomienie VS2017 nie zadziałało. Musiałem wyczyścić sln, a następnie znalazłem plik z testami, które nie działały i uruchomiłem tylko ten plik. Potem uruchomiłem wszystko i znowu działało normalnie.

Sprawdź plik projektu pod kątem odniesień do NUnit w różnych wersjach:

W moim przypadku zainstalowałem wersję 3.11.0zarówno NUnit, jak i NUnit3TestAdapter , ale 2.6.4w pliku projektu były stare odniesienia do wersji , które nie zostały usunięte podczas nowej instalacji.

• Rozwiązanie (zalecane w celu rozwiązania problemów z odwołaniami, zobacz dokumentację ):

  Zainstaluj ponownie, NUnita NUnit3TestAdapterto naprawiło odwołania w moim projekcie.

PM> Update-Package NUnit -reinstall
...
PM> Update-Package NUnit3TestAdapter -reinstall

• Rozwiązanie 2 (w przypadku ponownej instalacji nie naprawiono odniesień):

  Odinstaluj i zainstaluj NUniti NUnit3TestAdapter.

PM> Uninstall-Package NUnit
...
PM> Uninstall-Package NUnit3TestAdapter
...
PM> Install-Package NUnit
...
PM> Install-Package NUnit3TestAdapter

W moim przypadku udało się zaktualizować pakiety nuget MSTest. Mogło odtworzyć ten problem nawet w przypadku pustego projektu MSTest i aktualizacja pakietów działała.