Timeout für die einzelnen tests in NUnit

Ich habe Folgendes problem: ich bin mir bewusst, dass es zu einem Timeout-Attribut in NUnit. Mein problem ist, dass die unit-tests tatsächlich erzeugen Sie einen neuen Prozess, die, wenn Sie eingefroren ist nie getötet von NUnit. Wie kann ich implementieren einen timeout, das auch tatsächlich loszuwerden, die Schurken-Prozess?

Dank,
R.

InformationsquelleAutor Radoslav Hristov | 2011-01-05
  1. 15

    Können Sie timeout für die Behauptung, statt der timeout für den gesamten test Methode:

    Assert.That(actual, Is.EqualTo(expected).After(5000, 50));
    • Absolut genial. Sie bereinigen kann der thread danach.
    • So gut wie diese ist, konnte ich nicht die Arbeit mit meinem Szenario - spawn anderen Prozesses, ein pop-Dialog und NUnit werden nie töten es sei denn, Sie klicken Sie auf die Schaltfläche.
    • Gut, damit sind Sie nicht dabei-acceptance-tests, empfehle ich Ihnen, etwas zu verwenden, wie 1) Weiß white.codeplex.com/Thread/View.aspx?ThreadId=85842&ANKER 2) NUnit-Forms nunitforms.sourceforge.net Beide sind gut für die Erstellung von windows-und drücken von Tasten.
    • Ich willige ein, dass dies wäre ein guter Ansatz, wenn ich will, um zu testen, ob ein Dialog aufgetaucht, etc. Das oben war nur ein Beispiel.
    • Mmmm..., eine andere Sache, die Sie verwenden können - nur zu töten, den Prozess manuell in [TearDown] - Methode.
    • Ich habe schon Euch am besten beantworten, obwohl ich nicht auf den [TearDown]. Er bleibt in der call-und NUnit ist komplett unwissend über alle timeouts. Ich werde versuchen, legte ein kleines Beispiel, um zu zeigen, was ich meine.

    InformationsquelleAutor Sergey Berezovskiy
  2. 5

    Edit: Die akzeptierte Antwort ist eine bessere.

    Wenn dein test irgendwann mal hin (wenn auch später als Sie hoffen), können Sie immer die MaxTime Attribut: http://www.nunit.org/index.php?p=maxtime&r=2.5.1 und Aufräumen der thread selbst:

    [Test, Maxtime(2000)]
public void TimedTest()
{
    ...
}

    Sonst, ist Ihre beste option sein könnte, um implementieren Ihr eigenes timing-Mechanismus. Verwenden Sie einen timer (oder einem anstrengenden while-Schleife) und wenn der timeout überschritten ist, dann kill den Prozess (vielleicht in der ShutDown-Methode, wenn es generische über-tests) und signalstörung.

    NUnit timeouts nicht alle Ereignisse, die Ihnen erlauben, um code auszuführen, nachdem das testen auch mal aus. Du musst Rollen Sie Ihre eigene, wie es aussieht.

    • Wahrscheinlich werde ich haben, um zu gehen den zweiten Weg. Nur als Beispiel - wenn der erzeugte Prozess erscheint eine Nachricht auf einem build-Maschine - keiner da, der auf es - der NUnit-timeout wird nie kick in. So hat es einige timing-Mechanismus von meiner eigenen.
    • fix bauen codesample: [Test, MaxTime(2000)]
    InformationsquelleAutor ashes999
  3. 2
    [Test, Timeout(2000)]
public void PotentiallyLongRunningTest()
{
    ...
}

    http://www.nunit.org/index.php?p=timeout&r=2.5.1 :

    Den TimeoutAttribute wird verwendet, um geben Sie einen Wert für den timeout in Millisekunden für einen Testfall. Wenn der Testfall ausgeführt wird, die länger als die angegebene Zeit, es wird sofort abgebrochen und gemeldet, wie ein Fehler mit einer Meldung, dass das Zeitlimit überschritten wurde.

    Das Attribut kann auch angegeben werden, auf einer Vorrichtung oder Baugruppe, in dem Fall gibt es die Standard-timeout für alle untergeordneten Testfälle.

    InformationsquelleAutor razon
  4. 0

    OK. Nachdem ich versucht habe all die integrierten Funktionen in NUnit und konnte nicht das erreichen, was ich brauchte, habe ich Folgendes gemacht: ich habe ein Zeitgeber, der gesetzt wird in eine Funktion zugeschrieben [SetUp] auf einer Vorrichtung-Ebene und ist somit aufgerufen, vor jedem Test. Wenn die Zeit tickt, bevor der test beendet ist, ich habe gerade die clean-up in der timer-callback.

    InformationsquelleAutor Radoslav Hristov
Schreibe einen Kommentar