VS2008 Unit-Tests - Assert-Methode Exits

Question

Ich versuche, eine C# Unit-Test mit VS 2008 integrierten Unit-Test-Framework und die Methode, die ich testen Anrufe Environment.Exit(0) schreiben. Wenn ich diese Methode in meinem Komponententest anrufe, wird mein Komponententest abgebrochen. Die Methode sollte in der Tat aufrufen Exit, und ich möchte eine Möglichkeit, das zu testen, und auch den Exit-Code, den es verwendet, zu testen. Wie könnte ich das tun? Ich schaute auf Microsoft.VisualStudio.TestTools.UnitTesting Namespace, aber sah nichts, das relevant erschien.

[TestMethod] 
[DeploymentItem("myprog.exe")] 
public void MyProgTest() 
{ 
    // Want to ensure this Exit's with code 0: 
    MyProg_Accessor.myMethod(); 
} 

Inzwischen ist hier der Kern des Code, den ich testen will:

static void myMethod() 
{ 
    Environment.Exit(0); 
} 

Edit: hier ist die Lösung, die ich in meiner Test-Methode verwendet, dank RichardOD:

Process proc; 

try 
{ 
    proc = Process.Start(path, myArgs); 
} 
catch (System.ComponentModel.Win32Exception ex) 
{ 
    proc = null; 
    Assert.Fail(ex.Message); 
} 

Assert.IsNotNull(proc); 
proc.WaitForExit(10000); 
Assert.IsTrue(proc.HasExited); 
Assert.AreEqual(code, proc.ExitCode); 

Answer 1

Das klingt nach einer unglaublich schlechten Idee. Environment.Exit (0), wird offensichtlich wie vorgeschrieben, also warum Ihre Unit Testings brechen.

Wenn Sie dies wirklich noch testen möchten, können Sie einen separaten Prozess starten und den Rückgabecode überprüfen - sehen Sie sich an, wie Sie es in Process.Start einpacken.

Ich denke, eine andere Möglichkeit ist, diesen Code auszufüllen und eine test spy injizieren, oder ein Mock-Objekt verwenden, um das korrekte Verhalten zu überprüfen.

Vielleicht können Sie etwas mit Typemock Isolator tun- Ich glaube, das lässt Sie mock static methods.

Answer 2

Sie können dies nicht testen - Environment.Exit tötet die Anwendung vollständig. Dies bedeutet, dass jede Anwendungsdomäne, die diesen Code verwendet, vollständig entladen wird, unabhängig davon, ob es sich um Ihre Produktionsanwendung oder das Einheitentestframework handelt.

Answer 3

Die einzige Option hier wäre, die Environment-Klasse mit einer fakie Exit-Methode zu verspotten.

Answer 4

Sie müssen einen Wrapper für die Klasse Environment erstellen und dann den Wrapper in Ihrem Code verwenden. Für Ihre Komponententests, injizieren Sie eine falsche Version des Wrappers. Im folgenden Beispiel wird mit RhinoMocks überprüft, ob die Methode den Wrapper mit dem erwarteten Argument aufruft.

Answer 5

Sie können Ihrer Methode ein Argument hinzufügen, um eine falsche Umgebung zu übergeben, in der die exit() -Methode nicht beendet wird.

Sie können diese parametrisierte Methode aus der von Ihrer Anwendung aufgerufenen Methode extrahieren und die extrahierte Funktion testen. Auf diese Weise müssen Sie Ihre App nicht ändern.

Answer 6

Das einzige, was mir in den Sinn kommt, ist etwas zusammen:

static void myMethod() 
{ 
    DoEnvironmentExit(0); 
} 

static void DoEnvironentExit(int code) 
{ 
    #if defined TEST_SOLUTION 
     SomeMockingFunction(code); 
    #else 
     Environment.Exit(code); 
    #endif 
}