Test Aufrufe von privaten Methoden mit moq

Habe ich folgende Methode, die ich zum test mit Moq. Das problem ist, dass jede Methode aufgerufen, in der switch-Anweisung ist private, einschließlich der PublishMessage am Ende. Aber diese Methode (ProcessMessage) ist öffentlich. Wie kann ich testen, so dass ich sicherstellen kann, dass die Aufrufe in Abhängigkeit der parameter? Beachten Sie, dass ich nicht die Prüfung der privaten Methoden, auf die ich nur testen will, dem "ruft". Ich möchte mock diese privaten Methoden und prüfen Sie, ob Sie genannt werden mithilfe von Setup, aber Moq nicht unterstützt Spott private Methoden.

public void ProcessMessage(DispenserMessageDataContract dispenserMessage)
    {
        var transOptions = new TransactionOptions { IsolationLevel = IsolationLevel.ReadCommitted };
        using (var scope = new TransactionScope(TransactionScopeOption.RequiresNew, transOptions))
        {
            switch (dispenserMessage.Type)
            {
                case DispenserMessageType.AckNack:
                    UpdateAckNackMessageQueue(dispenserMessage);
                    break;

                case DispenserMessageType.FillRequest:
                    CreateFillRequestMessageQueue(dispenserMessage);
                    break;

                case DispenserMessageType.FillEvent:
                    UpdateFillEventMessageQueue(dispenserMessage);
                    break;

                case DispenserMessageType.RequestInventory:
                    CreateRequestInventoryMessageQueue(dispenserMessage);
                    break;

                case DispenserMessageType.ReceiveInventory:
                    CreateReceiveInventoryMessageQueue(dispenserMessage);
                    break;
            }

            scope.Complete();
        }

        PublishMessage(dispenserMessage);
    }
InformationsquelleAutor Ray | 2014-01-08
  1. 10

    Müssen Sie ändern diese privaten Methoden, um atleast geschützte virtuelle um Sie zu verhöhnen, und verwenden Sie dann spotten.Geschützt, um Sie zu verhöhnen(http://blogs.clariusconsulting.net/kzu/mocking-protected-members-with-moq/). Sie können nicht verspotten private Methoden.

    Moq (und einigen anderen frameworks) verwendet Burg Projekts DynamicProxy auf "generate proxies" on-the-fly zur Laufzeit, so dass Mitglieder ein Objekt abgefangen werden können ohne änderungen am code der Klasse. Überwachung nur auf die öffentlichen-virtuellen und virtuellen geschützten Methoden.

    Siehe URL unten für weitere Informationen:
    http://www.castleproject.org/projects/dynamicproxy/

    • Mein team beschlossen, mich zu ändern private Methoden geschützt. Dann erstellte ich einen wrapper zum testen der Klasse. Das einzige, was mich stört ist, das Moq (oder jede mocking framework) zwingt mich, die zu Abweichungen von best practices. Ich glaube, dass private Methoden sollten privat bleiben.
    • Moq ist nicht zwingen Abweichung von best practices, was tatsächlich abweichend ist die Tatsache, dass Sie wollen, um zu testen privater Methoden unabhängig. Idealerweise sollte ein test auch nicht wissen, dass private Methoden überhaupt existiert. Stattdessen testen Sie die gesamte Wechselwirkung verursacht, die von der öffentlichen Methode, die Sie direkt aufrufen und alle privaten Dinge, die es ruft danach, D. H. das, was der Anrufer sieht und nicht die Implementierungsdetails.
    InformationsquelleAutor Adarsh Shah
  2. 3

    Ziehen Sie die private Methode in eine andere Klasse und Sie publik machen, dann verspotten Sie diejenigen, die mit Moq und stellen Sie sicher, dass Sie aufgerufen wurden.

    InformationsquelleAutor Olivier
  3. 2

    Moq ist für Spott Eigenschaften und Methoden deklariert und Schnittstellen oder abstrakten Eigenschaften und Methoden in Klassen.

    Die Idee hinter Moq-Tests ist, dass Sie testen die Interaktionen zwischen der class-under-test und dem rest der Welt (dessen Abhängigkeiten). Moq tut dies durch die Schaffung eines "verspottet" Implementierung der Schnittstelle oder eine Ableitung von der abstrakten Klasse mit abstrakten Methoden implementiert.

    Moq nicht überschreiben, vorhandene Implementierung wie private Methoden. Dies ist nicht, wie Moq funktioniert.

    Entweder sollten Sie testen, "ProcessMessage" mit allen möglichen input und erwarteten output-oder sollten Sie überarbeiten Sie Ihre Klasse zu delegieren, die Aufrufe von interface-Methoden, die Sie können mock mit Moq. Testen von privaten Methoden ist ein schlechtes Konzept sowieso. Sie werden privat gehalten, für einen Grund, sich zu verstecken der Implementierung, so dass es nach Wunsch ändern kann.

    InformationsquelleAutor Holstebroe
  4. 0

    Stell ich lieber zusätzliche Klasse (*Helfer) und bewegen sich auf allen meinen privaten Methoden zur öffentlichkeit. Dann können Sie leicht testen Sie Ihre Methoden direkt. Ich finde nicht, elegantere Art und Weise zu tun.

    InformationsquelleAutor Ivan Zavalnîi
  5. 0

    In einigen Fällen müssen Sie möglicherweise ändern, um das Verhalten der privaten Methode innerhalb der Klasse, die Sie unit-Tests. Sie müssen simulieren diese private Methode und stellen Sie es zurück, was für den jeweiligen Fall. Da diese private Methode innerhalb Ihrer Klasse unter test, dann spottet es ist wenig spezifisch. Verwenden Sie spy-Objekt.

    Spy-Objekt
    Ein Spion ist ein echtes Objekt, das mocking framework zugreifen kann. Ausspioniert-Objekte werden teilweise verspottet Objekte. Einige Ihrer Methoden sind echt einige verspottet. Ich würde sagen, verwenden Sie spy-Objekt mit großer Vorsicht, weil man nicht wirklich weiß, was Los ist unter und ob Sie wirklich testen Sie Ihre Klasse oder verspottet version.

    public class PowerMockDemo 
{

    public Point callPrivateMethod() {
        return privateMethod(new Point(1, 1));
    }

    private Point privateMethod(Point point) {
        return new Point(point.getX() + 1, point.getY() + 1);
    }
}

    Dann werden Sie verhöhnen die Spy-Objekt

    Hoffe, dass wird Ihnen helfen,

    Die besten Wünsche

    InformationsquelleAutor Ahmed El-Hansy
Schreibe einen Kommentar