Perché Visual Studio 2012 non trova i miei test?

Ho alcuni test che utilizzano il built-in Microsoft.VisualStudio.TestTools.UnitTesting, ma non riesco a farli funzionare.

Sto usando Visual Studio 2012 Ultimate.

Ho una soluzione di due progetti; Uno ha le prove, using Microsoft.VisualStudio.TestTools.UnitTesting, [TestClass]prima della classe, [TestMethod]prima che i metodi di prova e di riferimento Microsoft.VisualStudio.QualityTools.UnitTestFramework(versione 10.0.0.0, versione runtime v2.0.50727). Ho provato dot-net framework 3.5, 4 e 4.5 altri a dare un errore di re-targeting.

Ho provato a costruire la soluzione e il progetto. Test Explorer ha il messaggio `Crea la tua soluzione per scoprire tutti i test disponibili. Fai clic su "Esegui tutto" per compilare, scoprire ed eseguire tutti i test nella tua soluzione.

Quindi la domanda è: come posso ottenere Visual Studio per trovare i test?

Ho anche provato a seguire questo: http://msdn.microsoft.com/en-US/library/ms379625%28v=VS.80%29.aspx ma senza successo: rimango bloccato nella sezione per iniziare, quando mi viene chiesto di fare clic con il tasto destro e selezionare create tests. Non c'è create tests.

Ho questo test (si compila, ma non si presenta in test explorer):

using Microsoft.VisualStudio.TestTools.UnitTesting;

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

Ora ho scoperto (vedi la risposta eliminata di seguito) che è perché si trova su un'unità condivisa, ma non so ancora come aggirarlo. (qualcosa sull'impostazione di sicurezza forse).

Ho avuto gli stessi sintomi, ma in circostanze diverse.

Ho dovuto aggiungere un ulteriore passaggio alla soluzione di Peter Lamberg: pulire la soluzione / progetto.

Il mio progetto unittest ha come obiettivo x64. Quando ho creato il progetto, inizialmente era destinato a x86.

Dopo essere passato a x64 tutti i test delle mie unità sono scomparsi.

Ho dovuto andare al menu Test -> Impostazioni test - Architettura del processore predefinito -> x64.

Non si sono ancora presentati.

Ha fatto una build.

Non si è ancora presentato.

Finalmente ha fatto un Clean

Poi si sono presentati.

Trovo Clean Solution e Clean molto utili per far sì che le soluzioni giochino a palla quando le impostazioni sono cambiate. A volte devo andare all'estremo ed eliminare le obje bindirectory e fare una ricostruzione.

Aggiungi la parola chiave public alla definizione della tua classe. La tua classe di test non è attualmente visibile al di fuori del proprio assembly.

namespace tests {
    [TestClass]
    public class SimpleTest {
        [TestMethod]
        public void Test() {
            Assert.AreEqual("a","a", "same");
        }
    }
}

Questo a volte funziona.

Verificare che l'architettura del processore nel menu Test corrisponda a quella utilizzata per creare la soluzione.

Test -> Impostazioni test -> Architettura processore predefinita -> x86 / x64

Come menzionato in altri post, assicurati di avere la finestra Esplora test aperta. Test -> Windows -> Test Explorer

Quindi la ricostruzione del progetto con i test dovrebbe far apparire i test in Test Explorer.

Modifica: come sottolineato da Ourjamie di seguito, anche fare una build pulita può aiutare. Inoltre, ecco un'altra cosa che ho riscontrato:

La casella di controllo "Build" è stata deselezionata in Configuration Manager per un nuovo progetto di test che avevo creato sotto la soluzione.

Vai a Build -> Configuration Manager. Assicurati che il tuo progetto di test abbia la casella di controllo build selezionata per tutte le configurazioni e piattaforme della soluzione.

Ho Visual Studio 2012 e non ho potuto vedere i test in Test Explorer,

Quindi ho installato quanto segue: NUnit Test Adapter

Ciò ha risolto il problema per me!

Nella mia recente esperienza tutto quanto sopra non ha funzionato. Il mio metodo di prova

public async void ListCaseReplace() { ... }

non si presentava ma si stava compilando bene. Quando ho rimosso la asyncparola chiave, il test è apparso in Test Explorer. Questo è perché la causa async voidè un metodo di "fuoco e dimentica". Crea il metodo async Taske riavrai il test!

Inoltre, non avere la configurazione del progetto Test impostata su "Build" impedirà la visualizzazione dei test. Configuration Manager> Controlla il tuo test per compilare.

Poiché il progetto si trova su un'unità condivisa, come indicato dal poster originale. VS.NET deve fidarsi della posizione della rete prima di caricare ed eseguire i gruppi di test. Leggi questo post sul blog .

Per consentire a VS.NET di caricare elementi di una condivisione di rete, è necessario aggiungerli (condivisioni) in percorsi attendibili. Per aggiungere una posizione a un elenco completo di fiducia (ovviamente modificare come richiesto per l'ambiente):

 caspol -m -ag 1.2 -url file:///H:/* FullTrust

Per verificare o elencare percorsi attendibili esistenti eseguiti:

 caspol -lg

Un problema che ho riscontrato è che i test non vengono trovati in Test Explorer (non viene visualizzato nulla) se la soluzione è in esecuzione da un'unità di rete / percorso di rete / unità condivisa

È possibile risolvere questo problema aggiungendo una variabile di ambiente.

COMPLUS_LoadFromRemoteSources e imposta il suo valore su 1

Ho avuto lo stesso problema .. Nel mio caso è stato causato da una proprietà privata TestContext .

Modificarlo con il seguente aiuto:

public TestContext TestContext
{
    get;
    set;
}

Dopo aver pulito e creato la soluzione (come descritto nella risposta di @Ourjamie), i Test Explorer erano disponibili in Test Explorer.

Ho riscontrato lo stesso problema durante il tentativo di aprire la soluzione su una condivisione di rete. In questo caso nessun test unit verrà rilevato da Test Explorer. La soluzione risulta essere:

Pannello di controllo -> Opzioni Internet -> scheda "Sicurezza" -> Fai clic su "Intranet" e aggiungi l'indirizzo IP del server o il nome host che contiene la condivisione di rete all'elenco "Siti".

Dopo aver fatto ciò, ho ricompilato la soluzione e ora sono comparsi i test. Questo dovrebbe essere abbastanza simile alla risposta fatta da @BigT.

Elenco di controllo rapido per la risoluzione di alcuni problemi di test comuni. Assicurati che:

1. Classe di prova e metodi di prova sono public
2. La classe di test ha un [TestClass]attributo
3. I metodi di prova hanno [TestMethod]attributo

Se ciò non aiuta, provare a pulire, ricostruire la soluzione e riavviare Visual Studio.

Stavo ottenendo l'errore: "Failed to initialize client proxy: could not connect to vstest.discoveryengine.exe."

Prova a eseguire Visual Studio come amministratore. Questo ha funzionato per me.

C'è un altro post di Stack Overflow che discute questo errore e la stessa soluzione funziona per loro. Rimane la domanda sul perché funzioni.

A volte ho gli stessi sintomi.

Quello che ho fatto è:
1. Chiuso la finestra Esplora test
2. Pulita la soluzione
3. Ricostruisci la soluzione
4. Riavvia la finestra Esplora test da Test -> Windows -> Esplora test.

E ho ottenuto il mio test nella finestra Esplora test.

Dalla barra dei menu in alto ...

Test -> Esegui -> Tutti i test

Puoi anche visualizzare tutti i test da Test Explorer (Test -> Windows -> Test Explorer)

Inoltre con VS 2012, se perdi qualcosa, prova a cercarlo utilizzando la barra di avvio veloce in alto a destra (Ctrl + Q) "Test"

Spero che questo ti aiuti.

Ho trovato il modo migliore per risolvere questo problema è creare un file msbuild .proj e aggiungere i tuoi progetti di unit test che stai riscontrando un problema in questo file ed eseguire i test usando la versione da riga di comando di mstest. Ho riscontrato un piccolo problema di configurazione nel mio app.config che è apparso solo quando ho eseguito i test da mstest, altrimenti il ​​progetto di test è stato realizzato correttamente. Inoltre troverai anche problemi di riferimento indiretto con questo metodo. Una volta che è possibile eseguire il test unità dalla riga di comando utilizzando mstest, è possibile eseguire una soluzione pulita, ricostruire la soluzione e il test deve essere scoperto correttamente.

Nel mio caso era qualcos'altro. Avevo installato un pacchetto, quindi disinstallarlo e reinstallare una versione precedente. Ciò ha lasciato un configuration/runtime/asssemblyBinding/dependencyIdentityreindirizzamento residuo nella mia app.config. Ho dovuto correggerlo. L'ho capito guardando la Outputfinestra e selezionando " Tests" nel menu a discesa. Il messaggio di errore era lì. Questo è stato un dolore ... Spero che aiuti qualcun altro.

Questo è di più per aiutare le persone che finiscono qui piuttosto che rispondere alla domanda del PO:

Prova a chiudere e riaprire Visual Studio, ha fatto il trucco per me.

Spero che questo aiuti qualcuno.

So che questa è una domanda più vecchia ma con Visual Studio 2015 stavo riscontrando problemi in cui la mia classe di test appena creata non veniva riconosciuta. Ho provato di tutto. Ciò che alla fine è stato il problema è che la classe non è stata "inclusa nel progetto". Ho trovato questo solo al riavvio di Visual Studio e notando che la mia classe di test non era lì. Dopo aver mostrato i file nascosti, l'ho visto, così come altre classi che avevo scritto, non erano inclusi. spero che aiuti

Ho riscontrato questo problema molte volte quando provo a creare la soluzione su un PC diverso.

Sto usando anche NUnit e Specflow. Per impostazione predefinita, il mio progetto di test ha come obiettivo X86, ma devo cambiarlo in X64. I passaggi sono 1. Menu Test -> Impostazioni test - Architettura processore predefinito -> x64. 2. Clean Build 3. Build 4. Se ancora i test non sono stati visualizzati. 5. Vai su Strumenti  Estensioni e aggiornamenti, quindi installa le librerie NUnit e Specflow 6. Clean Build 7. Build

Quindi di solito il test viene visualizzato in Test Editor.

Ho aggiornato VS 2012 all'ultimo aggiornamento. cioè l'aggiornamento di Visual Studio 3. Ciò ha risolto il problema per me.

Per me la soluzione era solo un po 'meno complicata.

Avevo appena introdotto una soluzione esistente sulla mia macchina (clonata da gitHub) e non monitoriamo i file .cs generati automaticamente che Visual Studio ha creato. (Per ogni file di funzionalità esiste un file .cs con lo stesso nome)

L'apertura della soluzione senza avere i file .cs associati in realtà mi consente di navigare verso i metodi associati, quindi sembrava che lo specflow fosse cablato correttamente, ma non ero in grado di visualizzare i nomi dei test in Esplora test.

Per questo problema, semplicemente escludendo i file delle caratteristiche dal progetto e quindi includendoli nuovamente, ha costretto VS a rigenerare questi file codebehind generati automaticamente.

Successivamente, sono stato in grado di visualizzare i test nell'esploratore di test.

Ho riscontrato questo problema durante l'aggiornamento della mia soluzione da Microsoft Visual Studio 2012 Express per Web a Microsoft Visual Studio 2013.

Avevo creato un progetto di Unit Tests nel 2012 e dopo l'apertura nel 2013 il progetto Unit Test non avrebbe mostrato alcun test nell'esploratore dei test. Ogni volta che ho provato a eseguire o eseguire il debug dei test ha avuto esito negativo, dicendo quanto segue nella finestra di output:

    Failed to initialize client proxy: 
    could not connect to vstest.discoveryengine.x86.exe

Ho anche notato che durante il debug dei test stava lanciando un'istanza di Visual Studio 2012. Questo mi ha fatto capire che il progetto Unit Tests faceva ancora riferimento al 2012. Guardando il riferimento al progetto di test mi sono reso conto che stava prendendo di mira Microsoft Visual sbagliato Studio Unit Test Framework DLL per questa versione di Visual Studio:

C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

Ho cambiato il numero di versione da 11.0 a 12.0:

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\PublicAssemblies\Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll

Ho ricostruito tutto e questo ha risolto il problema: tutti i test sono stati trovati in Test Explorer e ora tutti i test sono stati trovati e funzionano perfettamente.

Verifica che il tuo progetto di test non sia impostato su Ritarda l'accesso solo nelle proprietà del progetto -> Firma. Se lo è, deselezionalo e fai una ricostruzione pulita.

Ho riscontrato lo stesso problema durante il tentativo di aprire la soluzione su una condivisione di rete in VS2013 Ultimate.

Ho corretto il problema accendendo

Pannello di controllo -> Opzioni Internet -> scheda "Sicurezza" -> Fai clic su "Intranet locale", fai clic sui siti e assicurati che "Rileva automaticamente rete intranet" sia selezionato.

Queste sono tutte ottime risposte, ma c'è un'altra ragione che conosco; L'ho appena incontrato. In uno dei miei test ho ricevuto un messaggio ReSharper che indicava che avevo una classe privata inutilizzata. Era una lezione che userò in un prossimo test. Ciò ha effettivamente fatto scomparire tutti i miei test.

Controllare gli assembly referenziati per eventuali assembly che potrebbero avere "Copia locale" impostato su "Falso".

Se il progetto di test viene compilato nella propria cartella (bin / Debug per esempio) e il progetto dipende da un altro assembly e uno di quegli assembly nell'elenco Riferimenti è contrassegnato come Copia locale = "Falso", l'assembly non può essere caricato a causa di dipendenze mancanti e i test non verranno caricati dopo una build.

Sembra che NUnit Framework 2.6.4 non funzioni bene con NUnit Test Adapter. Nel sito Web indica che l'adattatore di test funziona solo con NUnit Framework 2.6.3.

Questo era il mio problema: 1. Avevo scaricato NUnit e NUnit Test Adapter separatamente tramite Nuget nel VS2012. In qualche modo NUnit è stato aggiornato alla 2.6.4 Improvvisamente non ho visto i miei casi di test elencati.

fix:

1. Disinstallare l'adattatore Nuget e Nuget Test

   un. Vai su Strumenti> Nuget> Nuget Pkg manager> Gestisci Nuget Pkg per soluzione

   b. Elenca i pacchetti installati

   c. Fai clic su Gestisci

   d. Deseleziona i tuoi progetti

2. Installa NUnit Test Adapter incluso NUnit 2.6.3 Framework

3. Soluzione pulita / ricostruita

4. Apri Test> Esplora test> Esegui tutto

Vedo tutti i casi di test

Spero che questo ti aiuti

Nessuna delle soluzioni qui mi ha aiutato. I test non sarebbero stati scoperti per una soluzione mentre un'altra soluzione che fa riferimento agli stessi progetti ha funzionato bene. Alla fine l'ho risolto eliminando il file solutionname.v12.suo.

Ho avuto lo stesso problema, ma un po 'diverso.

Stavo usando Visual Studio 2012. Per qualche ragione, erano in esecuzione solo i test del file generato inizialmente. Ma i test in un altro file non erano in esecuzione. Ho provato diverse soluzioni pubblicate qui, non ha funzionato.

Alla fine ho capito che avevo un metodo privato nella classe test che era il primo metodo all'interno della classe. Ho appena spostato il metodo privato dopo un metodo di prova; così ora, un metodo con [TestMethod]attributo è il primo metodo all'interno della classe. Strano, ma ora funziona.

Spero che questo aiuti qualcuno un giorno.

Ai test non piacciono i metodi asincroni. Per esempio:

    [TestMethod]
    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

Dopo aver fatto questo:

    [TestMethod]
    public void TestAuth()
    {
        TestMethod1();
    }

    public async void TestMethod1()
    {
        TestLib oLib = new TestLib();
        var bTest = await oLib.Authenticate();

    }

Ha visto il test.

Aggiungendo la mia risposta in quanto questo è il miglior risultato su Google per questo.

Sto usando Visual Studio 2015 e (inconsapevolmente - ho appena corso Install-Package NUnit ) installato il pacchetto NuGet NUnit3 nel mio progetto di test. Avevo già installato l'estensione NUnit Test Adapter e i miei test non venivano ancora visualizzati.

L'installazione dell'adattatore di test NUnit3 tramite Strumenti> Estensioni e aggiornamenti ha risolto questo problema per me.