Wie kann der Komponententest von einem anderen Thread abgebrochen werden?

Question

Ich habe Komponententest-Beispielcode, der im Grunde zwei Threads ausführt: der Hauptthread und ein anderer Thread, den ich starte, der die Testausführung nach einiger Zeit nicht bestehen sollte (das ist im Grunde ein Zeitüberschreitungs-Thread)

Code ist wie folgt:

[TestClass] 
public class SomeTestClass 
{ 
    [TestInitialize] 
    public void BeforeTest() 
    { 
     var task = new Task(abortIfTestStilRunsAfterTimeout); 
     task.Start(); 
    } 

    [TestMethod] 
    public void TestMethod() 
    { 
     Thread.Sleep(5000); 
    } 

    private void abortIfTestStilRunsAfterTimeout() 
    { 
     Assert.Fail("timeout passed!"); 

    } 
} 

Nun, ich hatte erwartet, dass die TestMethod() Test nicht bestehen sollte, aber was passiert, ist eigentlich, dass die Aufgabe Thread, der die Assert.Fail Verfahren läuft bekommt eine Ausnahme während der andere Thread läuft weiter und der Test bestanden.

ich nach einem Weg suchen, ist das Testverfahren

Answer 1

Sie können versuchen, einen Verweis auf den Testthread zu erhalten und rufen Sie Abort() darauf. Sie können ein Ausnahmezustandsobjekt zu Abort() passieren, die Ihnen eine passieren scheitern Nachricht verwenden können:

[TestClass] 
public class SomeTestClass 
{ 
    Thread testThread; 

    [TestInitialize] 
    public void BeforeTest() 
    { 
     testThread = Thread.CurrentThread; 
     var task = new Task(abortIfTestStilRunsAfterTimeout); 
     task.Start(); 
    } 

    [TestMethod] 
    public void TestMethod() 
    { 
     try 
     { 
      Thread.Sleep(5000); 
     } 
     catch (ThreadAbortException e) 
     { 
      Assert.Fail((string)e.ExceptionState); 
     } 
    } 

    private void abortIfTestStilRunsAfterTimeout() 
    { 
     testThread.Abort("timeout passed!"); 
    } 
} 

Falls Sie nicht wollen, einige 100 Tests modifizieren, können Sie ein Tool wie Postsharp benutzen, um Ihre Testfälle zu ändern, indem Einfügen der try {} catch {} Logik um jeden Testfall für Sie. Es läuft alles darauf hinaus, ein Attribut zu schreiben und Ihre Test-Assembly damit zu dekorieren (es heißt Aspect Oriented Programming und das Framework in PostSharp dafür heißt Laos).

Answer 2

Die Idee zum Scheitern verurteilt einfach - Haupttestlogik in einer Task/Thread ausgeführt, und nur Code in der Testmethode/Test initialize setzen Timeout Handhabung. Eine Art Inversion of Control:

// Test class level 
ManualResetEvent mre = new ManualResetEvent(false);         

[TestMethod]  
public void TestMethod()  
{      
    // start waiting task 
    Task task = Task.Factory.StartNew(() => 
     { 
      // Test Body HERE! 
      // ... 

      // if test passed - set event explicitly 
      mre.Set(); 
     }); 


    // Timeout handling logic, 
    // !!! I believe you can put it once in the TestInitialize, just check 
    // whether Assert.Fail() fails the test when called from TestInitialize 
    mre.WaitOne(5000); 

    // Check whether ManualResetEvent was set explicitly or was timeouted 
    if (!mre.WaitOne(0)) 
    { 
     task.Dispose(); 
     Assert.Fail("Timeout"); 
    }     
}      

PS: In Bezug auf WaitOne(0) Trick, MSDN:

Wenn millisecondsTimeout Null ist, wird das Verfahren nicht blockieren. Es testet den Status des Wait-Handles und kehrt sofort zurück.