Posso forzare MSTest ad utilizzare un nuovo processo per ogni esecuzione di test?

Question

Stiamo utilizzando il test corridore VS 2010 (MSTest) di test funzionali automatizzati. Quando eseguiamo test da Visual Studio, VS crea un processo chiamato QTAgent32.exe e esegue i test in tale processo.

Abbiamo riscontrato che quando facciamo più corse di prova, MSTest riutilizzerà lo stesso processo QTAgent32 - l'ID di processo non cambia. Questo è un problema per noi, dal momento che il codice che stiamo testando è P/Invocazione a una DLL non gestita. La DLL deve essere inizializzata solo una volta durante la vita del processo. Abbiamo un metodo [AssemblyInitialize], che viene eseguito una sola volta per test run. Se eseguiamo più esecuzioni di test, verrà eseguito più volte nello stesso processo.

Ogni volta che facciamo una corsa di prova, MSTest crea un nuovo dominio di applicazione; ma questi appdomains sono tutti nello stesso processo.

Quindi mi chiedo: c'è un modo per dire al Esame visivo Studio corridore di utilizzare un nuovo processo ogni volta che si corre test? Ho guardato la configurazione ".testsettings" ma non ho visto nulla di rilevante.

Answer 1

non so fino a che punto si vuole andare con lui, ma una soluzione potrebbe essere quella di creare il vostro ospite unit test

http://technet.microsoft.com/fr-fr/query/bb166558

questo link mostra come creare adattatori, anche si potrebbe quindi lanciare un nuovo processo per evertest, creare una comunicazione in pipe e abbatterlo dopo il test.

so MS si utilizza un host diverso per l'esecuzione di test sotto talpe

http://research.microsoft.com/en-us/projects/pex/molestutorial.pdf

Answer 2

ero in grado di ottenere questo lavoro dopo aver letto il commento di Wiktor circa FreeLibrary().

Ho utilizzato this class creato da Mike Stall, che fornisce wrapper su LoadLibrary, GetProcAddress e FreeLibrary. In questo modo, posso caricare la libreria una volta in ogni esecuzione di test, chiamare i metodi necessari e quindi liberare la libreria alla fine dell'esecuzione del test.

Il codice di Mike Stall utilizza Marshal.GetDelegateForFunctionPointer, che converte un puntatore a una funzione non gestita in un tipo di delegato gestito.

ho dovuto sostituire le [DllImport] dichiarazioni extern con le dichiarazioni per i tipi di delegati. Così ho convertito questo:

[DllImport("asesignal.dll")] 
public static extern bool ASESDK_Initialize(string licenseCode); 

a questo: il codice di

public delegate bool ASESDK_Initialize(string licenseCode); 

Mike stallo conteneva esempi con i delegati generici (Azione <T> ecc). Ma non riuscivo a farlo funzionare, quindi ho creato i miei tipi di delegati.

posso caricare la DLL dinamicamente in questo modo:

_ht = new UnmanagedLibrary(@"c:\windows\system32\asesignal.dll"); 

per chiamare una funzione, faccio questo:

var function = _ht.GetUnmanagedFunction<ASESDK_Initialize>("ASESDK_Initialize"); 
function(licenseCode); 

Grazie Wiktor e NP-difficile per il vostro aiuto!

Answer 3

VS 2013 e inoltro ora ha un'impostazione per questo in Test> Impostazioni di prova> Esegui esecuzione motore di prova. Deselezionando questa selezione verrà avviato un nuovo motore per ogni corsa.