Richtige Methode für die Prüfung für eine Ausnahme mit Moq und MSTest

Ein wenig Verwirrung im Hinblick auf das Verhalten von Moq mit MsTest.

Edit: Das ist nicht eine Frage des "Wie Teste ich?" oder "Wie kann ich geltend machen?", dies ist ein Notizblock, um zu sehen, wie MoQ funktioniert so nicht konzentrieren sich auf den Typ der Ausnahme usw.

Ich denke, eine bessere Frage kann => "Macht Moq Wirft<> ähnlich verhält wie MsTest ExpectedExceptionAttribute?" Das heißt, Sie sind in der Erwartung einer Ausnahme in den test oder das SUT?

Ich würde gerne wissen, wie MoQ "Wirft" funktioniert, wenn verwendet mit MsTest. Ist es besser, nicht zu verwenden, die MsTest erwartete Ausnahme-Attribut? Ist es besser, ein try..catch innerhalb des Tests? Ich habe ein paar Fragen rund um diese.

Ich bin Mocking eine Datenbank aufrufen, und wenn ein Fehler Auftritt ich möchte wieder null (0).

Den TestMethod ist gerade nach vorne mit dem MsTest-Ausnahme-Attribut, und der wirft mit Ausnahme Moq. Es funktioniert nur, wenn ich eine Ausnahme innerhalb der SaveCart Methode und nicht, wenn ich null zurückgeben.

Ich würde gerne verstehen, die zugrunde liegenden Verhalten, weil es fühlt sich an, als ob ich sollte nicht, noch wollen, um eine Ausnahme innerhalb der SaveCart Methode.

Hier ist der Test unter Frage:

[TestMethod]
[ExpectedException(typeof(ApplicationException))]
public void CartRepoSaveCartExceptionShouldReturnZero()
{
     _cartDatabaseMock.Setup(c => c.SaveCart(_cart))
                                   .Throws<ApplicationException>();

    var result = _cartRepository.SaveCart(_cart);

    Assert.AreEqual(result, _cartSaveExceptionValue);
}

Hier ist die grundlegende SaveCart, die KEINE Ausnahme auslöst, verursacht der test fehlschlägt:

public long SaveCart(Cart cart )
{
    long returnValue;

    try
    {
        returnValue = _cartDatabase.SaveCart(cart);
    }
    catch (Exception)
    {
        return 0;
    }
    return returnValue;
}

Hier ist eine grundlegende SaveCart, wo der test funktioniert, weil es eine Ausnahme:

public long SaveCart(Cart cart )
{
    long returnValue;

    try
    {
        returnValue = _cartDatabase.SaveCart(cart);
    }
    catch (Exception)
    {
        throw new ApplicationException();
    }
    return returnValue;
}

Fühlen Sie sich frei, einen Vorschlag für einen besseren Titel für die Frage, ob es nicht ganz klar erklären.

  • Möchten Sie vielleicht einen Blick auf diese: stackoverflow.com/questions/16053433/...
  • Ich kann nicht scheinen, um herauszufinden, irgendeine Moq-Dokumentation, quickstart wenig auf Sie github.com/Moq/moq4/wiki/Quickstart. Und die Doku hat nur ein einfaches Beispiel nudoq.org/#!/Pakete/Moq/Moq/IThrows/M/Wirft ich denke, wo meine Verwirrung liegt, ist wie ein moq Ausnahme funktioniert.Es erscheint die Methode, die getestet wurde, eine exception werfen, für die es zu sprudeln, um die test-Methode und dann die Blase bis zu dem MsTest-attribute, aber dies ist verwirrend für mich.
  • Ich denke, dein Titel ist etwas irreführend, andere auf den richtigen Weg, um zu testen moq. Wenn Sie wollen wissen, was Los ist unter der Haube, so dass Ihr test, um zu scheitern oder zu übergeben. Ich schlage vor, Sie kommen mit einem besseren Titel. Alle Antworten hier sind völlig gültig in Bezug auf die richtige Art und Weise zu testen moq Ausnahme. Wie auch immer, ich denke, deine Frage ist das zugrunde liegende Verhalten, warum Sie Ihren test pass/fail. Ich nahm einen stab und veröffentlicht die Antwort.
  • Ich bin mir sicher, dass der Titel kann irreführend sein, wie ich bereits in der Frage. Ich habe buchstäblich keine Ahnung, was MoQ "wirft" tut.
  • So hat die Antwort, die ich gepostet, die Antwort auf Ihre Frage oder Sie sind immer noch verwirrt oder habe ich deine Frage missverstanden? Wie auch immer, lassen Sie es mich wissen. Ich werde versuchen, mein bestes, um zu helfen.
  • Macht den test übergeben mit der basic SaveCart Methode, wenn Sie entfernen Sie den [ExpectedException] - Attribut?
  • Nein, es wird nicht. Es ist, weil das "Ergebnis" ist 0 und _cartSaveExceptionValue (ich nehme an, hier ist die ApplicationException). Auskommentieren der [ExpectedException] - Attribut wird nur lassen Sie die test-Methode wissen, was zu erwarten ist.
  • Rabeeh hinzufügen zu meinem vorherigen Kommentar für übersichtlichkeit. Wenn der test-Methode NICHT eine exception zu werfen und Sie dekorieren Ihre test-Methode mit ExpectException Attribut, MSTest-Marke wird der test als nicht bestanden.
  • Ich habe gerade unten kommentiert und von Ihnen positiv bewertet werden zwei Antworten. Beide geklärt, die Verhaltensweisen zu mir, also Sie bekommen beide eine Abstimmung meiner Meinung nach. Ich wünschte nur, es war besser docs für MoQ? Und ja, ich entfernte die MsTest-attribute, und synchronisiert den Typ der Ausnahme zwischen Methoden und die null zurück in die Fang-und voila. Ich habe immer noch das Gefühl, es gibt mehr zu verstehen, mit MoQ. Gibt es eine definitive Quelle von docs? Ich kommentierte oben meine Frage oben mit ein paar links, aber zu sagen, dass Sie "Dünn" wird Ihnen mehr Kredit, als Sie verdienen.
  • Hmm. Ich kann nicht zwei Antworten den "Antwort" - haha. Also, was zu tun ist.....NKD ist ein großer Punkt und wird eine richtige Antwort. Und ich halte es für "mehr" richtig, als OldFox ist, aber Sie beantwortet meine Frage in einer Art und Weise.

InformationsquelleAutor Sam Rabeeh | 2016-05-18
  1. 2

    Sind Sie richtig - die zweite-test "SaveCart" funktioniert, weil es eine Ausnahme und das ist der erste test fehlschlagen, weil Sie Dreh-0. Aus Ihrer Antwort auf die vorherigen Antworten, ich bin sicher, dass Sie bereits alles wissen. Wenn Sie Fragen zum Verhalten, wie er konnte Ihre ersten test... es geht so:

    1. SaveCart heißt
    2. Es gibt eine Ausnahme (Ergebnis von Ihrem moq setup)
    3. Try-catch gefangen die Ausnahme (Sie Tat dies mit Absicht, um ändern das Ergebnis)
    4. Try-catch gibt 0 zurück (Ergebnis ist 0 wie gewünscht zu verändern)
    5. Assert überprüft Ihr Ergebnis gegen _cartSaveExceptionValue
    6. Erhalten Sie eine fail-test besagt etwas ähnliches wie diese "Meldung: Assert.AreEqual failed. Erwartet. Ist - <0 (System.Int32)>."

    Wenn Sie möchten, zu überprüfen dieser... können Sie versuchen, den folgenden test

    1. kommentieren Sie die [ExpectedException(typeof())]
    2. ändern Sie das Behaupten.AreEqual(Ergebnis, _cartSaveExceptionValue) Geltend zu machen.AreEqual(result, 0);
    3. der test soll passieren, weil Sie sich vergleichen "Ergebnis" (aka 0) 0

    Ich hoffe, diese Antwort Ihre Frage.

    • Ja sir Sie sind vor Ort auf Ihre Bewertung. Ich entfernte die MsTest-attribute, und synchronisiert den Typ der Ausnahme zwischen Methoden und voila. Ich habe immer noch das Gefühl, es gibt mehr zu verstehen, mit MoQ. Gibt es eine definitive Quelle von docs? Ich kommentierte oben meine Frage oben mit ein paar links, aber zu sagen, dass Sie "Dünn" wird Ihnen mehr Kredit, als Sie verdienen.
    • Ich glaube, ich verstehe, Woher deine Verwirrung kommt. In der Realität, MSTest-framework nicht "werfen" geltend zu machen. Das Attribut [ExpectedException(typeof())] ist die nächste Sache, MSTest bietet im Vergleich zu einem Assert.Throw() zur Verfügung, die in anderen frameworks wie xUnit oder nUnit. Wenn Sie möchten überprüfen, eine bestimmte Ausnahme geworfen wurde, Sie können prüfen wollen, nUnit/xUnit, die verfügbar ist, aus der box.
    • Hier sind einige Möglichkeiten: 1) Wenn Sie möchten, weiter zu erkunden, dieses Szenario mit MSTest, es kann getan werden, mit einer Verlängerung oder schreiben Sie Ihre eigenen try-catch-wie andere auch-darauf hingewiesen, in diesem post (bradoncode.com/blog/2012/01/...) 2) Wenn Sie wollen rein Gebrauch Moq Möglichkeit, zu überprüfen, Ausnahme, Sie wollen etwas tun, wie "verspotten.Überprüfen Sie" 3) Wenn Sie möchten, nutzen beide MStest und Moq, dann tun Sie, was Sie tun... simulieren Sie eine Ausnahme auslösen und dann behaupten, das Ergebnis. 4) Check-out nUnit oder xUnit
    • diese Zeile ist die moq bei der Arbeit: _cartDatabaseMock.Setup - (c => c.SaveCart(_cart)) .Wirft<ApplicationException>(); und diese Zeile ist MSTest bei der Arbeit Geltend machen.AreEqual(Ergebnis, _cartSaveExceptionValue);
    • Alle und Ihr Hund scheint es zu lieben NUnit und die meisten meiner Aufträge verwenden. Der Grund höre ich am häufigsten ist der Testfall-Nutzung. Dennoch bevorzuge ich die datasource-driven tests von mstest, die gehalten werden können in einer Datenbank. Ich habe auch Herzen zuzuteilen Argumente gegen, die, wegen der Schwierigkeit, es einrichten und ich bin nicht sicher, warum. Ich kann es in Minuten.
    • Meiner Meinung nach, jedes framework hat seine eigene einzigartige Stärke. Das finden einer für alle hart sein kann. Je nachdem, was Ihren Bedürfnissen gerecht zu werden und die persönlichen Vorlieben. Falls Sie noch nicht gesehen, dieses Vergleichs-chart bereits: qadesigngurus.blogspot.it/2015/03/mstest-vs-nunit.html
    • Sie beide gewinnen, meiner Meinung nach. Und du hast Recht, je nachdem, was man arbeitet, in der situation, die Sie sind, dann verwenden Sie es. Ich habe Kunden, die sowohl auf das gleiche Projekt, um das beste von jedem.

    InformationsquelleAutor NKD
  2. 7

    Sollten Sie verwenden ExpectedExceptionAttribute, wenn das Gerät unter test eine exception wirft.

    In deinem ersten Beispiel die Methode nicht werfen-ohne Ausnahme-daher der test fehlgeschlagen ist.

    Da Ihre Methode im test nicht werfen nicht jede Ausnahme, die Sie nicht brauchen, um verwenden Sie dieses Attribut auf alle...(nur überprüfen Sie den Rückgabewert in diesem Szenario)

    Wenn Sie überprüfen möchten, ob Ausnahme geworfen wurde, und Sie möchten, um zu überprüfen, dass einige zusätzliche Operationen aufgetreten ist, verwenden Sie die folgenden Muster:

    [TestMethod]
[ExpectedException(typeof(<The specific exception>))]
public void FooTest()
{
    //arrange

    try
    {
       //act
    }
    catch(<the specific exception>)
    {
       //some asserts
       throw;
    }
}

    Den obigen Schnipsel wird versagt, wenn:

    1. falsch Ausnahme ausgelöst
    2. Ausnahme nicht ausgelöst wurde
    3. man von Ihr behauptet, ist fehlgeschlagen.

    BTW, da Sie Ihren Fang in die Methode ist keine Exception statt ApplicationException biete ich Sie ändern das setup:

    _cartDatabaseMock.Setup(c => c.SaveCart(_cart)).Throws<Exception>();
    • Danke für die Antwort. Ich bin Euch alle zu sehen keying auf den Typ der Ausnahme und die ist nicht die Frage, die ich bin versucht zu Fragen. Ich bin versiert darin, dass, dies ist ein Notizblock von code, um zu sehen, wie MoQ funktioniert. Ich brauche nicht zu helfen schreiben von tests, assertions oder abfangen von Ausnahmen. Wollen einfach nur, um herauszufinden, dass, wenn ich mit Moq mit MsTest, sollte ich das Attribut oder verwenden Sie die MoQ wirft?
    • Ich wollte nicht sagen, dass das die Ausnahme ist die Frage. Ich erklärte den Weg: 1. kombinieren ExcpectedException mit Moq. 2. Was tun, wenn Sie wollen, simulieren Sie das Szenario, wo Sie Ihre fake-Objekt eine exception werfen.
    • Wie ich schon schrieb, verwenden ExpectedExceptionAttribute wenn Sie Ihre unit-tests unter einer Ausnahme. Verwenden MoQ wirft, wenn Sie simulieren möchten das Szenario, in denen Sie Ihre Abhängigkeit löst eine Ausnahme aus. Kombinieren Sie Sie zusammen, wenn Sie Ihr Gerät unter test eine Ausnahme auslösen, nach Ihrer Abhängigkeit Wurf....
    • Ach du gerissener Alter Fuchs! Ich hatte gerade bearbeitet die Frage zu erklären, es ein wenig besser. Ich Frage mich, ob ich sollte nicht ändern Sie den Titel der Frage, um etwas besser geeignet?
    • Ich landete entfernen der MsTest-attribute zusammen, wie oben beschrieben. Ich von Ihnen positiv bewertet werden Ihre Antwort, aber ich wünschte, ich könnte wählen Sie, sowohl als Antwort, als Sie beide geholfen.
    InformationsquelleAutor Old Fox
  3. 0
    catch (Exception)
        {
            return 0;
        }

    sind Sie nicht werfen eher die Ausnahme, schlucken die Ausnahme, also warum würden Sie erwarten, dass die Ausnahme? Es hat nichts zu tun mit MOQ. Ihre test-und code sind nicht synchron.

    Dies ist eine schlechte Praxis, btw, zu schlucken Ausnahme. 

    catch (Exception)
        {
            throw new ApplicationException();
        }

    Ist das ebenfalls ein code smell. Sie fangen alle Arten von Ausnahme und werfen dann einen anderen Typ.

    • Ich weiß, das "return 0" ist, schlucken die Ausnahme. Wenn dies Produktions-code behandelt werden würde mit der Protokollierung oder einen anderen Mechanismus etc. Dies ist nicht eine Frage des gewusst wie: behandeln von Ausnahmen mit Moq und MsTest. Wenn ich die Ausnahmen, der Blase bis zu den MsTest-attribute und alles ist in Ordnung. Ich denke. Und die generische Ausnahme ist AppicationException wieder nur für diese übung zu lernen MoQ. Nicht, es zu handhaben aus. Ich bin mir nicht sicher, wo deine Antwort ist, oder wenn Sie wollen einfach nur darauf hinweisen, Fehler in anderen Positionen?
    • die Antwort ist Recht, werden Sie nicht werfen eine Ausnahme, so mstest ExpectedException würde nicht funktionieren. Gerade als er sagt, Sie erwarten eine Ausnahme mit diesem Attribut, aber in Ihrem code, den Sie nicht werfen. Nicht sicher, ob dies nicht mehr offensichtlich.
    • Entfernt mein Kommentar als ich aktualisierte die Frage nach details, um Verwirrung zu vermeiden. Ich brauche nicht ein tutorial in der Ausnahmebehandlung oder testen. Nur mit Hilfe MoQ.
    InformationsquelleAutor AD.Net
Schreibe einen Kommentar