Visual Studio 2013 non rileva i test unitari

Ho una soluzione semplice in Visual Studio 2013 che è composta da un progetto web, un progetto di biblioteca e un progetto di test unitario. Quando apro la soluzione e provo a eseguire i test unitari, questi non vengono scoperti da Visual Studio. Per eseguire i test, provo ad accedere al menu e scegliere Test -> Esegui -> Esegui tutti i test o aprendo la finestra Esplora test. Da quelli ai metodi visual studio non scopre alcun test nella soluzione.

Crea prima un semplice progetto di unit test e prova a eseguire il test, Visual Studio sa scoprire il test e posso eseguirlo. Quindi, se apro la mia soluzione precedente, Visual Studio ora scopre tutti i test. Provo a salvare la mia soluzione ma chiudendola e riaprendola, senza creare prima un progetto unit test, Visual Studio non trova più i test. È un comportamento molto strano che non so perché stia succedendo.

Lavoravo da solo in questo progetto che utilizzava il controllo del codice sorgente integrato con la fondazione del team di Visual Studio. Il problema di Visual Studio non scopre che i test unitari iniziano quando un nuovo elemento è arrivato al progetto e quando devo ricreare la soluzione tramite il controllo del codice sorgente online. Prima di questo, tutti i test sono stati sempre scoperti da Visual Studio.

Per la creazione dei test unitari uso la dll Microsoft.VisualStudio.QualityTools.UnitTestFramework. La mia versione di Visual Studio è: Microsoft Visual Studio Express 2013 per Web Versione 12.0.30723.00 Aggiornamento 3. La mia versione di .net framework è 4.5.50938.

Tutti i miei test sono così:

[TestClass] 
public class Service1Test 
{ 
    [TestMethod] 
    public void Test1() 
    {
        Assert.IsTrue(True); 
    } 
}

Alcune cose che ho notato che devo fare di tanto in tanto per fare in modo che i test vengano visualizzati correttamente.

1. Se la soluzione si trova in un'unità protetta di cui è necessario l'accesso come amministratore per leggere / scrivere, a volte viene visualizzata solo una parte dei test. Sicuramente esegui VS come amministratore in quel caso.

2. Se la soluzione è a 64 bit, assicurarsi che Test> Impostazioni test> Architettura processore predefinita sia impostato su x64. A volte viene impostato su x86. Impostalo su x64, quindi ricostruiscilo.

3. A volte il semplice riavvio di Visual Studio fa il trucco perché il test explorer si riavvierà nuovamente.

4. Non dimenticare di creare effettivamente il progetto / la soluzione di test. (Se si desidera che venga creato con il resto dei progetti, fare clic con il tasto destro del mouse sulla soluzione> Proprietà> Proprietà di configurazione> Configurazione> selezionare la casella "Crea" per il progetto di prova)

5. Assicurarsi che i test siano in una publicsezione della classe di test

Se si utilizza NUnit, assicurarsi di scaricare prima NUnit Adapter.

Vai su Strumenti → Estensioni e aggiornamenti ... → Online → cerca "NUnit Test Adapter".

Assicurati che la tua classe di test sia publictale da poter essere trovata. E se fai riferimento a un'altra classe, assicurati della stessa cosa.

Inoltre, a volte se non hai Assert o non stai decorando il test con un [TestMethod], un test potrebbe non essere riconosciuto.

Altre 2 cose: 1) I test unitari asincroni si comportano nel migliore dei casi e niente nella peggiore. Dai un'occhiata a questo articolo di Stephen Cleary e continua da lì se ti interessa.

2) Se usi NUnit e [TestCase]riscontri gli stessi problemi, tieni presente che è per Nunit, invece di[TestMethod]

Detto quanto sopra, ecco un articolo che ho pubblicato sul progetto del codice, con entrambi MSTeste NUnit, nel caso in cui tu voglia fare un giro e assicurarti di non perdere nulla.

Ho avuto lo stesso problema ma nessuna delle altre soluzioni ha funzionato. Risulta che stavo usando il framework NUnit 3 con l'adattatore 2.

Se si utilizza NUnit 3, andare su Estensioni e aggiornamenti e installare l'adattatore di test NUnit3.

Di tanto in tanto ho questo problema. Quello che funziona per me è chiudere Visual Studio e andare alla cartella:

%LocalAppData%\Microsoft\VisualStudio\12.0\ComponentModelCache

ed eliminalo contenuto.

Una volta aperto Visual Studio e caricato nuovamente il progetto, Test Explorer dovrebbe contenere nuovamente i test

Gli utenti di XUnit potrebbero notare che la finestra Esplora test non elenca più alcun test. Per rendere di nuovo rilevabili i test, prova questo importante suggerimento , evidenziato di seguito.

Se riscontri problemi nel rilevare o eseguire i test, potresti essere vittima di una cache del corridore danneggiata all'interno di Visual Studio. Per cancellare questa cache, chiudere tutte le istanze di Visual Studio, quindi eliminare la cartella% TEMP% \ VisualStudioTestExplorerExtensions. Assicurati inoltre che il tuo progetto sia collegato solo a una singola versione del pacchetto NuGet di Visual Studio Runner (xunit.runner.visualstudio).

Per i futuri googler ho avuto uno scenario raro che ha causato questo.

Sulla mia classe di test di base avevo una proprietà chiamata TestContext. Ciò ha interferito con la proprietà TestContext riservata di MSTest, causando la nascondere tutti i miei test da VS / Resharper tranne uno (che non ha ereditato dalla base).

per me stava cambiando le "configurazioni della soluzione" in Debug (invece che in Release).

Il mio problema era perché il mio metodo di test unitario non era nullo e riceveva parametri.

Ho scoperto che i metodi di unit test contrassegnati come async voidnon sono stati scoperti da VS Test Explorer. Ciò sembra essere dovuto al fatto che VS non avrebbe alcun modo di attendere il completamento di un test e decidere se ha avuto esito positivo o meno. Se è assolutamente necessario disporre di un metodo di prova per l'esecuzione in modo asincrono, farlo restituire un'attività come invece async Task. Ho scoperto che questo ha risolto il problema per me.

Prova a creare tutti i progetti come MSIL (qualsiasi CPU) anziché x86 / x64. Ha funzionato per me in modo strano

Mentre la soluzione di AndyG funziona, una soluzione più duratura potrebbe essere quella di impostare la variabile d'ambiente PreferredToolArchitecture su "x64", sia:

Come fare in modo che Visual Studio usi la toolchain nativa amd64

o da:

• Pannello di controllo | Sistema e sicurezza | Sistema | Impostazioni di sistema avanzate | Variabili d'ambiente
• PreferredToolArchitecture = x64
• DefaultToolArchitecture = Native64Bit
• PROCESSOR_ARCHITECTURE = x64
• ProcessorArchitecture = x64

Stavo affrontando lo stesso problema e ho ricordato, ancora una volta (questa situazione è accaduta in precedenza), che la selezione di "Piattaforma mista" nel menu della piattaforma delle soluzioni funziona, così come le altre risposte.

Ero riuscito ad aggiungere il mio come

public static void TestMethod1(){}

ha iniziato a funzionare una volta rimosso statico ....

Vai a Nuget Package Manager e scarica Nunit Adapter come segue.

vai al menu del progetto> Configuration Manager controlla che la piattaforma del tuo progetto di test corrisponda al resto del progetto ed è controllare per compilare e poi ricostruire.

Mi sono appena imbattuto in questo e non ho visto un caso simile simile al mio.

Nel .csprojfile del mio progetto di test, la privacy di riferimento di NUnit era impostata su False:

<Reference Include="nunit.framework, Version=2.6.4.14350, Culture=neutral, PublicKeyToken=96d09a1eb7f44a77, processorArchitecture=MSIL">
  <HintPath>..\packages\NUnit.2.6.4\lib\nunit.framework.dll</HintPath>
  <Private>False</Private>
</Reference>

Dopo ho impostato <Private>a Trueha funzionato.

Devi solo installare questo pacchetto:

NUnit TestAdapter

Per ottenere i test da mostrare nella finestra Esplora test ho dovuto installare NUnit3 Test Adapter 3.0 che non era disponibile in Gestione pacchetti.

Scaricato da https://visualstudiogallery.msdn.microsoft.com/0da0f6bd-9bb6-4ae3-87a8-537788622f2d

Ho avuto lo stesso identico problema.

Era dovuto alla versione incompatibile di NUnit che avevo aggiunto al mio progetto (3.2.0) e all'adattatore di test che avevo installato (2.0.0).

Per risolvere, usa "Strumenti> Estensioni e aggiornamenti" e cerca NUnit3 Test Adapter, dopo ho scoperto i miei test.

Saluti

Diciamo solo per l'argomento che è necessario utilizzare l'architettura X64 sul progetto di test affinché le dipendenze si costruiscano correttamente (come nel mio caso). Potrebbe essere necessario modificare l'architettura del processore predefinita nel menu Test - Impostazioni test . L'impostazione su X64 ha consentito al mio esploratore di test di trovare i miei test utilizzando Microsoft.VisualStudio.TestTools.UnitTesting.

Ci scusiamo per l'aggiunta alla lunga lista, ma ho avuto un problema completamente diverso. Innanzitutto, vorrei menzionare che ho scoperto il mio problema facendo clic su "Esegui tutto" in Esplora test e quindi guardando la finestra di output della generazione in Visual Studio. Devi guardarlo attivamente, poiché in seguito il messaggio scompare.

Per quanto riguarda il problema, sembra che durante la scansione dei test, la DLL venga caricata e i suoi tipi di test vengano elencati. Ciò provoca il caricamento dei riferimenti e se si verificano errori durante questo processo, i test non verranno mostrati in Explorer. Ho avuto due problemi che impediscono il corretto caricamento della DLL di prova:

• Nel file di configurazione era ancora presente un reindirizzamento vincolante (reindirizzamento a una versione di versione inferiore NHiberate rispetto a quella a cui si faceva riferimento nel progetto di test).
• Un riferimento di assieme in conflitto (riferimenti di secondo livello non in grado di caricare). AsmSpy è un ottimo strumento per cacciarli .

Se si carica una soluzione Visual Studio (VS 2015 Community nel mio caso) da una condivisione di rete o da una directory Documenti che fa parte di una condivisione , si verificherà questo problema. L'ho risolto spostando la soluzione e i suoi progetti sottostanti in una cartella locale.

Dopo aver trascorso 2 giorni ... nessuno dei precedenti ha funzionato per me. L'unica "soluzione" era: Vai alle proprietà del progetto -> Scheda Costruisci. Quindi fare clic sul pulsante Avanzate nell'angolo in basso a destra del riquadro. Modifica "Informazioni debug:" su "completo" e fai clic su OK.

Ecco le schermate:

Mi sono imbattuto nello stesso problema. E indagato e scoperto che le DLL non sono state compilate, e messo nella cartella giusta. appena ho cambiato la mia configurazione sono apparsi. - le opzioni di creazione di progetti, quale cartella deve essere utilizzata? - la voce build menu build build, devono essere verificati.

questo l'ha risolto per me.

Per Visual Studio 2013.5, è stata utile cancellare la directory \ TestResults nella soluzione. Visual Studio ha corrotto il file mdf in cui memorizza i test rilevati, impedendo così il rilevamento di unit test.

Assicurati che tutti i tuoi progetti vengano eseguiti con la stessa configurazione. Sotto Proprietà => Debug => Piattaforma nell'elenco a discesa, seleziona la piattaforma appropriata (per me era "Qualsiasi CPU") come determinato negli altri tuoi progetti.

• So che i test unitari non si trovano se la soluzione non è stata creata, quindi è qualcosa da provare (Build the solution), ma quella soluzione è come l'help desk che chiede se il computer è collegato ...
• Dopo che una ricostruzione pulita non ha risolto il problema per me, l'esecuzione di una build batch completa l'ha risolto.

Aveva lo stesso problema; i test improvvisamente hanno smesso di essere scoperti.

Nunit Test Adapter era diventato in qualche modo disabilitato. Facendo clic su Attiva nel gestore estensioni è stato risolto per me.

Ho avuto lo stesso problema fino a quando ho capito di aver fatto un errore di taglia / incolla e ho lasciato fuori [Test Method]prima del test.