La directory contenente le assemblee per il Visual Studio Test Runner non è valido

Question

Abbiamo aggiornato la nostra installazione TFS dal 2012 al 2013. Durante l'esecuzione del nostro build verranno a mancare con il seguente errore se unit test sono abilitati:

TF900547: The directory containing the assemblies for the Visual Studio Test Runner 
      is not valid '' 

Il modello di processo di creazione o le definizioni di build non sono stati modificati dopo l'aggiornamento. Il processo di aggiornamento non li ha modificati. Dove posso fornire il percorso a Visual Studio Test Runner e dove si trova sul disco?

Non so se "Visual Studio Test Runner" è una nuova opzione per il 2013 o se questa impostazione è stato utilizzato anche prima, quando stavamo usando TFS 2012.

Usiamo Visual Studio Professionale 2012 sul costruire server.

Answer 1

Hai due scelte:

1. installare Visual Studio 2013 o il Agents for Microsoft Visual Studio 2013 se si desidera continuare a utilizzare il Visual Studio Test Runner.
2. Passa a MS Test come runner di test e modifica la versione Tools nel Build-Workflow. Ciò consentirà di continuare a utilizzare Visual Studio 2012 sul build server.

Nota: Tank si SteveC per pubblicare il link agli agenti solo sito

Answer 2

Per fare la seconda scelta in Oswald's risposta:

1. Fare clic destro sul vostro definizione di compilazione e selezionare "Modifica Corporatura Definizione ... "
2. Fare clic sul gruppo" Processo "nella definizione build.
3. Trova il gruppo "Test automatizzati" in "Crea parametri di processo" e fai clic sui puntini di sospensione.
4. Apparirà una finestra di dialogo "Test automatici", selezionare il test in "Test da eseguire" che si desidera modificare.
5. Fare clic su "Modifica", verrà visualizzata la finestra di dialogo "Aggiungi/Modifica prova di prova".
6. Modificare il test runner per "testare corridore MSTest.exe"

Nota: io sto usando TFS2012

Answer 3

In alternativa l'installazione di Visual Studio sul sistema di compilazione, si può semplicemente copiare i file da la tua macchina locale alla macchina da costruire.

ZIP nella cartella TestWindow trovata in

C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE\CommonExtensions\Microsoft 

poi copiarlo sistema di compilazione, e decomprimere nella stessa posizione.

Answer 4

Abbiamo avuto lo stesso problema dell'OP ma, poiché il server TFS è considerato una casella di produzione (altri reparti lo utilizzano per altre cose), non è stato possibile installare VS2013 sul server. Lo stesso vale per gli strumenti di terze parti necessari per le build, è stato un dolore integrarsi nella build.

Alla fine ho lavorato su questo utilizzando un'altra unità di sviluppo per fungere da server di compilazione per TFS. Installando il componente Build Server di TFS sulla casella di sviluppo e configurando un controller e creando agenti su quella casella, TFS potrebbe passare la responsabilità per la build effettiva alla casella di sviluppo, sulla quale è possibile installare qualsiasi cosa, senza compromettere il server TFS si.

Anche se non è perfetto, è necessaria una casella aggiuntiva e la licenza VS2013: è di gran lunga il modo più semplice per evitare l'attivazione di una casella TFS di produzione. In alternativa, puoi nominare la scatola di uno sviluppatore e installare lì l'agente di build: l'ambiente è pronto, semplicemente rallenterà un po 'durante una compilazione.

Answer 5

La soluzione per noi era quella di installare il Agents for Microsoft Visual Studio 2013, piuttosto che Visual Studio 2013

Answer 6

Se il progetto non ha unit test, si può semplicemente disattivare l'esecuzione di test di unità sulla definizione di compilazione.

Per fare questo, modificare la definizione di compilazione, nella scheda processo, eliminare tutto in campo "test automatizzati"