Wie kann ich eine separate AppDomain für jede xUnit.net-Testmethode verwenden?

Question

xUnit verwendet dieselbe AppDomain für die gesamte Testassembly. Dies ist problematisch, da ich eine UI-Bibliothek teste und eine neue Application Instanz für jeden einzelnen Test erstellen muss.

Es funktioniert, wenn ich einen einzelnen Test ausführen, aber wenn ich Run All der erste Test bestanden, aber alle nachfolgenden Tests fehlschlagen mit Cannot create more than one System.Windows.Application instance in the same AppDomain an der Linie, wo ich ein neues Application Objekt erstellen.

Answer 1

Vielleicht könnten Sie versuchen, Ihren Test class wie diese machen:

public class DomainIsolatedTests : IDisposable 
{ 
    private static int index = 0; 
    private readonly AppDomain testDomain; 

    public DomainIsolatedTests() 
    { 
    var name= string.Concat("TestDomain #", ++index); 
    testDomain = AppDomain.CreateDomain(name, AppDomain.CurrentDomain.Evidence, AppDomain.CurrentDomain.SetupInformation); 
    // Trace.WriteLine(string.Format("[{0}] Created.", testDomain.FriendlyName)); 
    } 

    public void Dispose() 
    { 
    if (testDomain != null) 
    {   
     // Trace.WriteLine(string.Format("[{0}] Unloading.", testDomain.FriendlyName)); 
     AppDomain.Unload(testDomain);   
    } 
    } 

    [Fact] 
    public void Test1() 
    { 
    testDomain.DoCallBack(() => { 
     var app = new System.Windows.Application(); 

     ... 
     // assert 
    }); 
    } 

    [Fact] 
    public void Test2() 
    { 
    testDomain.DoCallBack(() => { 
     var app = new System.Windows.Application(); 

     ... 
     // assert 
    }); 
    } 

    [Fact] 
    public void Test3() 
    { 
    testDomain.DoCallBack(() => { 
     var app = new System.Windows.Application(); 

     ... 
     // assert 
    }); 
    } 

    ... 
} 

Answer 2

Vielleicht, foreach-Test Sie Ihre Assembly in einer neuen Domain dynamisch laden kann.

public static void DynamicExecution(String assemblyFileName, String uniqueDomName) 
{ 
    Boolean retVal = false; 

     AppDomain newDomain = AppDomain.CreateDomain(uniqueDomName); 
     YourClass yourClass = (YourClass)newDomain.CreateInstanceFromAndUnwrap(assemblyFileName, "YourClass"); 

     //do what you need with yourClass Object 


     AppDomain.Unload(newDomain); 
     newDomain = null; 
} 

Answer 3

AppDomain appDomain = AppDomain.CreateDomain("WorkerDomain " + Thread.CurrentThread.Name); 

var domain = (AppDomainWorker)appDomain.CreateInstanceAndUnwrap(Assembly.GetExecutingAssembly().FullName, typeof(AppDomainWorker).FullName); 

domain.Executor(); 

---

internal class AppDomainWorker 
{ 
    internal object Executor() 
    { 
     // your unit test can run here 
    } 
} 

---

Zwei weitere wichtige Dinge:

1) Sie könnten Klasse als MarshalByRefObject markieren müssen und InitializeLifetimeService Methode überschreiben, ein Objekt längere Lebensdauer oder Existenz haben . MarshalByRefObject wird benötigt, wenn Sie zwischen appdomains kommunizieren müssen. Details dazu finden Sie im Microsoft Remoting-Konzept.

2) Manchmal müssen wir vielleicht Montageauflösung in AppDomains, wenn es nicht die Assemblys in der übergeordneten Domäne geladen dauert, aber es ist in sehr seltenen Fällen.