Nessun test trovato. Assicurati che i rilevatori di test installati e gli esecutori, le impostazioni della versione della piattaforma e del framework siano appropriati e riprova

Sono in procinto di aggiornare la nostra soluzione esistente a .Net 4.6.1 e non sono stato in grado di eseguire i nostri test unitari durante una build del server. A livello locale vengono eseguiti come previsto e capovolgere la versione del framework di nuovo a .Net 4.5.1 li fa funzionare di nuovo sul server.

Ricevo il seguente errore:

Nessun test trovato. Assicurati che i rilevatori di test installati e gli esecutori, le impostazioni della versione della piattaforma e del framework siano appropriati e riprova.

Ho riprodotto il problema in una configurazione più semplice:

• Soluzione con un singolo progetto di unit test C # con due test (uno non riuscito, uno superato).
• Definizione di build XAML usando il modello predefinito (TfvcTemplate.12.xaml)
• Server di compilazione XAML di TFS 2015 Update 1 con Visual Studio Enterprise 2015 Update 1 installato (sono presenti sei server simili e tutti producono lo stesso risultato)

Puoi provare a modificare l' architettura del processore predefinita nelle impostazioni di test da X86 a X64. Nel mio caso questo era il problema.

Ciò accade se l'obiettivo della piattaforma del progetto in prova è impostato su x64.

Anche la mia build non trovava i test. La mia configurazione e la soluzione per trovare i test sono le seguenti.

Uso VSTS (Visual Studio Team Services) e ho una build configurata per aggiornare i pacchetti NUGET su ogni build. Sto usando NUnit e ho scoperto che l'esecuzione del seguente comando NUGET (dalla console del gestore pacchetti in Visual Studio) per aggiungere la libreria NUnitTestAdapter al mio progetto di test e il check-in in packages.config ha fatto eseguire i test nella mia build VSTS.

Install-Package NUnitTestAdapter

Come menzionato da Maurice nel commento a questo post per NUnit3, utilizzare il seguente pacchetto NUGET (cercare altre utilità sul collegamento, ad esempio: dotnet CLI e Paket CLI)

Install-Package NUnit3TestAdapter

Spero che questo ti aiuti.

Nel mio caso, dovevo:

1) converti il ​​test proj in netcore 2.0 (era netstandard 2.0)

2) aggiungi il pacchetto nuget xunit.runner.visualstudio

Riferimento: http://www.neekgreen.com/2017/11/20/xunit-no-test-is-available/

Ho ricevuto questo errore e sono stato in grado di risolverlo.

1. Uso Visual Studio Professional 2017
2. In VS, sono passato a Strumenti -> Estensioni e aggiornamenti
3. Nella parte superiore del menu, avevo notato che il mio adattatore NUnit era disabilitato
4. Ho fatto clic sul pulsante [Abilita]
5. Sono stato in grado di avviare i test senza errori.

Sto usando MSTest. Per me, era la versione non corrispondente e mancava un altro pacchetto dipendente -

1) La cartella del mio pacchetto contiene solo il pacchetto MSTest.TestFramework.1.2.1. Nel mio file di progetto (.csproj) il riferimento in Target Name era il pacchetto MSTest.TestAdapter.1.2.0 che non era presente nella cartella del pacchetto. Il mio packages.config fa anche riferimento a MSTest.TestFramework.1.2.0.

2) Quindi ho installato MSTest.TestAdapter.1.2.0 dal gestore di pacchetti nuget e allineato la versione di MSTest.TestFramework a 1.2.0 nel file di progetto e del pacchetto. Infine aggiungo Microsoft.VisualStudio.TestPlatform.TestFramework e Microsoft.VisualStudio.TestPlatform.TestFramework.Extensions nel riferimento.

Poi è andato tutto bene. Spero che questo aiuti qualcuno.

Questo problema emerge di nuovo per Visual Studio 2017. Molto probabilmente un altro bug ma lo stesso risultato.

Una soluzione alternativa che sembra funzionare è disinstallare Microsoft Visual Studio 2017 Remote Debugger dal computer interessato.

1. Installa l'ultima versione di Nunit e NUnitTestAdapter dal pacchetto NUGET.
2. Vai a -> Test -> Impostazioni di test -> Architettura del processore predefinita -> Cambia in X64
3. Crea la soluzione.
4. Questo risolverà il problema di Esegui test e debugger in unit test e inizierà a funzionare.

Mi sono imbattuto nello stesso problema in VSTS con .Net 4.6.2. Se lo vedi dall'output della tua console VSTS, la soluzione alternativa fornita da @Sushil funziona ancora in VSTS ed è necessaria. Sfortunatamente il compito "Test Assemblies" fornito da Microsoft viene superato, quindi non sai nemmeno che c'è un problema a meno che non controlli l'output e non trovi nessuno dei tuoi test effettivamente eseguito!

Se stai eseguendo i tuoi test all'interno di Docker usando la costruzione multistadio e i test non vengono trovati. Assicurati di copiare tutti i file non solo i file di progetto come sotto la sezione Dockerfile.

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-stretch AS build
WORKDIR /src
COPY ["MainProject/FirstApp.csproj", "MainProject/"]
COPY ["TestProject/*", "TestProject/"]

RUN dotnet restore "TestProject/TestProject.csproj"
RUN dotnet build "TestProject/TestProject.csproj" -c Release
RUN dotnet test "TestProject/TestProject.csproj" -c Release

Ho risolto questo problema per problema nel progetto di test VS 2017 e 4.6.2 con i seguenti passaggi:

1. Rimuovere i riferimenti a Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll ed estensioni
2. Installa il pacchetto Microsoft.VisualStudio.QualityTools.UnitTestFramework.Updated nuget

Assicurati di avere installato il nuget "Microsoft.NET.Test.Sdk".

Questo è un problema noto per .Net 4.6 ora.

Impossibile eseguire unit test .Net 4.6.x come parte di una build XAML TFS con TFS 2015 UPdate1 Origine: https://connect.microsoft.com/VisualStudio/feedback/details/2245723

Ecco una domanda simile per il tuo riferimento: Impossibile eseguire .Net 4.6 unit test del server di compilazione XAML di TFS 2015

Ho risolto questo problema reinstallando tutti i test relativi pacchetti Nuget per il progetto: Xunit, Xunit.runner.vistualstudio,Microsoft.Net.Test.Sdk

Stavo riscontrando un problema simile e ho notato che in qualche modo un app.configfile era stato aggiunto al mio progetto di prova. La rimozione di questo file di configurazione lo ha risolto per me.

Getterò la mia soluzione nel mucchio. Nel mio caso, aggiungo un paio di progetti a una soluzione esistente insieme ai progetti di test per loro. Stiamo usando MSTest. Nella soluzione era abilitato un file UnitTest.testsettings precedente che causava problemi di compatibilità.

Facendo clic sul file delle impostazioni è stato rimosso il controllo e il test è andato a buon fine per i miei test.

Trovato un modo! Probabilmente non il più ortodosso, ma mi ha aiutato in fretta:

1. Aggiorna i pacchetti MSTest.TestAdapter e MSTest.TestAdapterFramework alla versione 1.4.0 da Strumenti> Gestione pacchetti NuGet.
2. Pulisci la soluzione ed esegui nuovamente i test.

Non penso ci sia nulla di particolare con la versione, ma aggiornarla sicuramente pulisce qualsiasi riferimento sia cattivo nella soluzione / progetto.

Questo è solo per ricapitolare la soluzione proposta da @Sushil in precedenza.

Questo è un problema noto in Team Foundation Server 2015 RTM + Update 1 e verrà risolto nell'aggiornamento 2, riferimento .

C'è una soluzione alternativa descritta da @Sushil qui , che include l'aggiunta di un file .runsettings che forza il test runner a un framework .Net precedente (per favore non devi specificarlo tramite la finestra di dialogo "Aggiungi / Modifica esecuzione di prova" quando lo aggiungi direttamente nell'editor del processo di compilazione verrà ignorato).

Utilizzando .Net Core con una pipeline di compilazione in TFS 2017, il passaggio del test di Visual Studio è stato superato senza eseguire effettivamente alcun test. Ho dovuto modificare il passaggio "Opzioni di esecuzione avanzate" -> "Altre opzioni della console" per includere:

/framework:".NETCoreApp,Version=v2.0"

(Quel campo contiene anche /platform:x64)

In Visual Studio 2017 disinstallo e reinstallo NUnitTestAdapter o installo un nuovo pacchetto come NUnitTestAdapter.WithFramework e il problema è sparito.

Ho ricevuto questo errore perché la mia classe di unit test non era pubblica.

Ex:

class ClientTests

Errore nell'output:

...\bin\Debug\Tests.dll] UTA001: TestClass attribute defined on non-public class ClientTests

Correzione:

public class ClientTests

Sto avendo lo stesso problema. Sto usando Visual Studio 2017 Community Edition.

Ho utilizzato questi passaggi per scoprire con successo tutti i miei casi di test ed eseguirlo correttamente:

• Per prima cosa vai su Estensioni e aggiornamenti, installa NUnit3 Test Adapter. Se lo hai già, abilitalo.

• Riavvia il tuo Visual Studio 2017, verrà automaticamente richiesto di
  installare l'estensione, se un prompt dice di terminare l'attività per continuare
  installazione, fai clic su "Termina operazione".

• Successivamente, ricostruisci il tuo progetto di test e tutti i casi di test verranno ora identificati e ora puoi iniziare a eseguire i tuoi casi di test.

Nel mio caso, reinstallazione dell'adattatore Nunit3, eliminazione delle cartelle temporanee, modifica dell'architettura e nulla ha funzionato. È a causa del Daemon Resharper che ha causato il problema.

Add or Remove Programs> Find Resharper > Repair > Install again > Restart VS 

Questo risolve i problemi.

Questo errore può verificarsi per i test asincroni se hai il tipo di ritorno sbagliato. Il tipo restituito dovrebbe essere Task e non void.

Dopo aver aggiunto TestAdapterPath nel comandante, ha funzionato per me:

vstest.console.exe Xom.Gci.Lvf.FileParserInvoker.UnitTests.dll /TestAdapterPath:"C:\****\****\{SolutionFolder}"

Nel mio caso i test sono stati scoperti ma l'esecuzione ha prodotto "Test non disponibile ... " e il (in) famoso: "Assicurati che il rilevatore di test e gli esecutori siano registrati e che le impostazioni della versione della piattaforma e del framework siano appropriate e riprova."

l'errore era indipendente da Visual Studio (testato da strumenti CLI dotnet e test UNit quasi nudo) ed era solo quando si mirava a .NET 4.7.1. l'app dotnetcore funziona bene.

anche l'esecuzione di test con la CLI Nuint3 nunit3-console.exe Tests.csprojmostra l'errore:

"Uno dei due assembly non contiene test oppure non è stato trovato un driver di prova appropriato."

l'errore era dovuto al fatto che l'adattatore di prova non è stato trovato su un'unità o una condivisione di rete (mappata) ed è stato risolto copiandolo localmente e rieseguendolo.

se hai già installato un adattatore di prova nel progetto di prova, prova a disinstallarlo dal progetto e installalo di nuovo nel progetto di prova.

Questa correzione di base funziona per me.

Provare a eseguire vstest.console.execon --diag:diag.txte controllare l'output. Per me si trattava di errori di caricamento della DLL per gli adattatori di prova dalla mia directory di lavoro:

TpTrace Information: 0 : 14976, 1, 2020/03/10, 15:34:22.120, 57158093583, vstest.console.exe, AssemblyResolver.OnResolve: Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter: Failed to load assembly. Reason:System.IO.FileLoadException: Could not load file or assembly 'file:///C:\Directory\Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)

File name: 'file:///C:\Directory\Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter.dll' ---> System.NotSupportedException: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.

Ho lavorato intorno a questo con l'aggiunta di <loadFromRemoteSources enabled="true"/>sotto <runtime>in vstest.console.exe.config

Uso MSTest.

Ho installato da Nuget l'ultima versione di MSTest.TestFramework e sostituito OOB Rimuovi riferimenti a Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

Quindi installato da neget l'ultima versione di Microsoft.TestPlatform

Mi ha permesso di eseguire il test con un comando:

".\packages\Microsoft.TestPlatform.16.6.1\tools\net451\Common7\IDE\Extensions\TestPlatform\vstest.console.exe" "UnitTestProject1\bin\Debug\UnitTestProject1.dll" /logger:trx

Ma ho ricevuto lo stesso errore. La causa principale dell'errore è che non ho specificato un adattatore di test che analizza l'assembly e trova i test.

Soluzione:

1. Installa un pacchetto nuget "MSTest.TestAdapter"

2. Specificare un adattatore di prova alla fine di un comando:

   /TestAdapterPath:".\packages\MSTest.TestAdapter.2.1.2\build_common "

Per coloro che stanno affrontando il problema simile, ecco la soluzione, installare SpecFlowPlusRunner.

Ho provato altre soluzioni come la reinstallazione, l'eliminazione della cache, ecc. Ma la soluzione è in realtà diversa, abbiamo bisogno di installare SpecRun.SpecFlow2.3.0 per visualstudio 2017.Questo ha risolto il problema.

Spero che questo aiuti tutti.

Ho affrontato il problema simile quando ho provato nUnit in VS 2017 e non è un progetto principale. L'installazione ha NUnit3TestAdapterrisolto il problema.