Attualmente sto lavorando a una soluzione che ha attualmente 32 Unittest. Ho lavorato con il test runner resharper - che funziona benissimo. Tutti i test sono in esecuzione, tutti i test mostrano il giusto risultato del test. Ora un collega mi ha detto che i test non sono in esecuzione sulla sua macchina utilizzando Visual Studio Test Explorer. Non funzionano né sulla mia macchina, quindi posso escludere alcuni file mancanti locali o qualcosa del genere.

Test Explorer mostra tutti i test unitari, ma facendo clic su "Esegui tutto", tutti i test vengono disattivati ​​e non viene visualizzato alcun risultato dell'esecuzione del test:

• Tutte le classi di test sono pubbliche
• Tutte le classi di test hanno l' [TestClass]attributo dichiarato
• Tutti i metodi di test utilizzano l' [TestMethod]attributo
• Sia il codice di produttività che i progetti di test sono rivolti a .NET 3.5.
• Ho già provato a generazione pulita la mia soluzione, e / o eliminare tutti obj, bin, Debuge Releasecartelle

Apprezzerei qualsiasi suggerimento che potesse causare un simile comportamento.

Se i tuoi progetti non sono tutti AnyCpu, puoi anche verificare che le seguenti 2 impostazioni corrispondano:

1. [Progetto test test destro] -> proprietà -> Build -> Target piattaforma - ad es. X64

2. [Menu principale] -> Test -> Impostazioni test -> Architettura processore predefinita -> X64

Ho scoperto che quando questi non corrispondevano al mio progetto di test non veniva eseguito in modo silenzioso.

Ho avuto lo stesso problema in VS 2017. Nel mio caso è stato risolto riavviando VS.

Se si utilizza NUnit anziché MSTest, sarà necessario estensione dell'adattatore di test NUnit per Visual Studio 2012/2013.

Ho dovuto modificare i miei metodi di test asincroni per restituire Task anziché nullo.

I test erano quindi attivi ed eseguibili in Test Explorer.

Controlla su quale framework sono scritti i test (ad es. Nunit, xunit, VS test, ecc.) E assicurati di avere installato l'adattatore / estensione del test corretti.

Per me mancava l'adattatore di test NUnit 3 e ho confermato il numero di versione richiesto guardando la versione di dipendenza nunit.framework (selezionare il file .dll nella struttura delle dipendenze in Esplora soluzioni e premere F4 per visualizzare la finestra Proprietà).

TLDR: aggiorna i pacchetti di test, guarda nell'output -> console di test

Ho lottato con questo per un giorno e mezzo. quindi ecco cosa ho fatto per risolverlo:

Sintomi

1. 5 progetti di unit test, tutti rilevabili in TestExplorer
2. 2 su 5 eseguiti correttamente
3. 3 affermando che non funziona affatto
4. Il problema è iniziato dopo un aggiornamento del framework .net

Indagine

Poiché tutti i pacchetti sono stati aggiornati durante l'aggiornamento del framework .net, ho iniziato con le differenze tra i progetti workin e non working. Il primo indizio era che tutti e 3 i progetti stavano usando: MSTest.TestAdapter e MSTest.TestFramework

Ovviamente sono andato a -> Console di output -> Test a discesa in VS 2019 e ho guardato l'output. Niente di utile lì.

Passaggio 1 della soluzione : aggiornare MSTest.TestAdapter e MSTest.TestFramework alla versione 2.0.0

Fase due della soluzione : ora la console di output -> l' output del menu a discesa Test ha iniziato a mostrare uno dopo l'altro, pacchetti mancanti e reindirizzamenti di associazione errati

Passaggio 3 della soluzione : aggiungere manualmente i pacchetti mancanti. Per me quelli erano

1. System.Runtime.Extentions
2. System.Reflection
3. Forse un po 'di più che mi manca

Passaggio 4 della soluzione : rimossi / riparati i reindirizzamenti dell'associazione non necessari.

Spero che questo possa aiutare qualcun altro.

Clean-Rebuild la soluzione ha funzionato per me.

Ho avuto questo problema e per me è stato causato dalla presenza di più progetti di test con diverse versioni di:

• MSTest.TestAdapter
• MSTest.TestFramework

Consolidare i pacchetti nuget per i progetti in modo che fossero gli stessi risolto il problema per me.

Ha avuto lo stesso problema dopo un'installazione pulita di VS 2019. I test sono stati trovati ma non eseguiti con "Si è verificato un errore imprevisto". Risolto impostando x64 anziché x86 che era selezionato per impostazione predefinita.

Ho scoperto che nel progetto non faceva riferimento all'assembly Microsoft.VisualStudio.QualityTools.UnitTestFramework . Invece, faceva riferimento a Microsoft.VisualStudio.TestPlatform.TestFramework e Microsoft.VisualStudio.TestPlatform.TestFramework.Extensions . Quando ho rimosso quei due riferimenti e ho aggiunto il riferimento all'assembly Microsoft.VisualStudio.QualityTools.UnitTestFramework , i test precedentemente contrassegnati con il punto esclamativo blu sono diventati improvvisamente attivi e hanno iniziato a funzionare.

Nel mio caso, è stato perché un progetto di test nella mia soluzione aveva i pacchetti nuget MSTest.TestFramework e MSTest.TestAdapter installati ma gli altri no. Apparentemente a questi pacchetti non era richiesto di eseguire i test fino a quando un progetto nella soluzione non li avesse installati.

Il problema è stato risolto installando quei pacchetti su progetti di test mancanti.

Ciò che ha risolto il problema per me è stato l'aggiornamento dei pacchetti nuget di MS.Test

Installa Nunit3TestAdapterNuget ha risolto questo problema

L'impostazione dell'architettura del processore per i progetti AnyCPU in Test Explorer ha risolto il mio problema! Vedi screenshot sopra.

Nel mio caso avevo un async voidmetodo e l'ho sostituito async Task, quindi il test viene eseguito come mi aspettavo:

    [TestMethod]
    public async  void SendTest(){}

sostituirlo con :

    [TestMethod]
    public async  Task SendTest(){}

Ho avuto gli stessi sintomi.

Assicurati di aver installato l'estensione Visual Studio corretta tramite Strumenti - Estensioni e aggiornamenti. Nel mio caso, ho dovuto installare XUnit e Specflow dall'opzione Online.

Quindi pulire la soluzione e ricostruirla.

Se il problema persiste, cancella la tua directory temporanea (cerca% temp% nel menu Start cerca ed elimina tutti i contenuti in Temp)

E infine prova a disinstallare Resharper che alla fine ha risolto il mio problema.

È possibile visualizzare l'output di errore del test runner aprendo il pannello Output (visualizza -> output) e scegliendo "test" dal menu a discesa "Mostra output da"

Inoltre, se hai installato Resharper , puoi aprire un file di test e passare con il mouse sopra il cerchio di prova accanto a un test per ottenere ulteriori informazioni sull'errore

Facendo clic su questo si accederà a una finestra con informazioni più dettagliate. In alternativa, puoi aprire quella finestra andando su Estensioni -> Reshaper -> Windows -> Risultati dell'esplorazione del test unitario

Qui era il progetto di test non è stato segnato per essere costruito:

Build -> Configuration Manager ... -> controlla build per il tuo progetto di test

Da quando sono arrivato qui con questo tipo di errore, inserisco il mio problema / soluzione:

Sintomi:

• Non tutti i test sono in esecuzione, ma non dipendono dal progetto, ma solo alcuni di essi sono stati eseguiti.
• Tutti quelli giustiziati erano verdi.
• Stack tecnico: dotnet core / XUnit / FluentAssertions
• Tutti i test sono stati rilevati e aggiornati se sono cambiati.
• Selezionando o eseguendo "Test non eseguiti" più volte potrebbero essere eseguiti.

Problema:

Si è verificato un errore nel codice che ha generato un'eccezione all'interno di un altro thread. Tutte le asserzioni del test sono state superate ma ha annullato l'esecuzione del test. Ho potuto vedere l'errore nell'output "Test" (NullException).

Aveva gli stessi sintomi, nel mio caso era il problema con la versione SDK core dotnet .

I progetti avevano come target 2.2 e sono stati in grado di essere realizzati utilizzando 3.0. Dopo aver installato la versione SDK 2.2 più recente, sono stati in grado di funzionare.

Ho provato molte opzioni con Visual Studio 2019 versione 16.4.6 e Microsoft.VisualStudio.TestTools.UnitTesting, ma per ora l'unico modo per eseguire correttamente i test è stato invocare il comando successivo nella console

dotnet test

I test vengono rilevati in Test Explorer ma il risultato è "Non eseguito".

L'aggiornamento di Visual Studio non ha aiutato.

Problema risolto con "Nessun test corrispondente al filtro testcase dato NomeQualificato" eseguendo gli aggiornamenti all'ultima versione per i pacchetti successivi:

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

Per me la soluzione è stata quella di modificare le impostazioni di Test dell'unità di resharper "Architettura piattaforma predefinita" in "x64"

Per me il riavvio di VS2017 non ha funzionato. Ho dovuto pulire sln quindi ho trovato un file con i test che non sono stati eseguiti ed eseguito solo quel file. Dopo di che ho eseguito tutto e ha funzionato di nuovo normale.

Avevo diverse versioni dei pacchetti nuget NUnit (3.11.0) e NunitTestAdapter (3.12.0). Quando ho aggiornato NUnit alla 3.12.0, Visual Studio ha eseguito i test.

Nel mio caso ha funzionato per aggiornare i pacchetti nuget MSTest. Potrebbe riprodurre questo problema anche sul progetto MSTest vuoto e l'aggiornamento dei pacchetti ha funzionato.

Per me avere una proprietà chiamata TestContext in una classe base stava causando questo comportamento. Per esempio:

[TestClass]
public abstract class TestClassBase
{
    protected object TestContext { get; private set; }
}

[TestClass]
public class TestClass : TestClassBase
{
    // This method not found
    [TestMethod]
    public void TestCase() {}
}

Posso dire dai tuoi attributi che stai usando MSTest. Ho avuto un problema simile: i miei test venivano visualizzati in Test Explorer, ma quando avrei provato a eseguirli (scegliendo Esegui tutti o selezionandoli singolarmente) non lo avrebbero fatto.

Il mio problema era che avevo creato manualmente il progetto unit test da un progetto .NET Standard Class Library vuoto. Avevo installato il MSTest.TestFrameworkpacchetto NuGet, ma non il MSTest.TestAdapterpacchetto. Non appena ho installato il pacchetto adattatore, hanno funzionato come previsto.

Sembra ovvio in retrospettiva, ma quando si creano progetti di unit test da un modello, si danno queste cose per scontate.

Vale la pena ricordare che a volte i file di NUnit Test Adapter vengono danneggiati nella cartella utente C: \ Users [Utente] \ AppData \ Local \ Temp \ VisualStudioTestExplorerExtensions \ NUnit3TestAdapter.3.8.0 / build / net35 / NUnit3.TestAdapter.dll su Windows 10 e che fa sì che Explorer Explorer smetta di funzionare come dovrebbe.

Uso VS2019 con .Net 4.7. Ho installato l'estensione NUnit v3 e ho modificato le impostazioni di test per utilizzare X64. Il mio progetto di unit test è Any CPU (funzionerebbe se lo cambiassi in x64). Ora posso eseguire il debug tramite il mio codice.

Questo problema si riscontra anche quando il metodo di test in esecuzione genera StackOverflowException , facendo in modo che il test runner interrompa l'esecuzione del test, generando l'output0 tests run .

Per trovare il colpevole e risolverlo, inserire un punto di interruzione all'inizio dei metodi decorati TestInitialize e TestMethod , eseguire il test dell'unità in modalità debug, procedere oltre (F10) fino a quando non viene generata l'eccezione.