Wie schreibt man unit-Tests für private Methoden in c# verwenden moq-framework?

Möchte ich schreiben unit-Tests für private Methoden in C# verwenden moq-framework, ich habe die Suche im StackOverFlow und Google, aber ich finde nicht das erwartete Ergebnis. Bitte helfen Sie mir, wenn Sie können.

InformationsquelleAutor PeaceInMind | 2014-08-11
  1. 37

    Können Sie nicht, zumindest nicht mit Moq.

    Aber noch wichtiger ist, Sie sollte nicht.
    First off, Sie testen nicht Methoden testen Sie Verhaltensweisen. Zweitens, um zu testen, Verhaltensweisen, Sie trainieren ein Typ ist öffentlichen API und überprüfen Sie die Ergebnisse der übung.

    Private Methoden Implementierungsdetails. Sie wollen nicht, um zu überprüfen wie Dinge, die Sie überprüfen möchten, dass die Dinge tun erledigt.

    • Wow, so toll! vielen Dank @dscastro.
    • Wäre es nicht mehr passendes zu implementieren, die die Einzelnen Sinne-Prinzip und Umgestaltung von privaten Methoden in Frage, die in Ihrer eigenen Klasse? Dann ist dein testen das Verhalten in der öffentlichkeit jeder Klasse.
    • Das ist eine große und Allgemeine, falsche Darstellung von dem, was die UVP ist. Finden Sie in diesem Beitrag durch den Autor, Rob C Martin: 8thlight.com/blog/uncle-bob/2014/05/08/.... Private-Methoden nicht gegen die SRP, und Sie sind in der Tat sehr zu importieren, um OOP design. Es gibt einen Grund, warum Methoden in C# und Java sind davon ausgegangen, dass private, wenn die access-modifier weggelassen wird.
    • Guter Rat beim Umgang mit greenfield. Brownfield-Entwicklung nicht haben, dass Luxus. Wie testen Sie eine Klasse mit 3000 Zeilen code, 30 konkrete Abhängigkeiten, einschließlich Statik und kein DI? Ich brauche ein tool mit mehr Flexibilität als diese. Microsoft Fakes zu haben scheint, die meisten, wenn nicht alle diese Funktionen. Aber es ist nur verfügbar in Visual Studio 2017 Enterprise. Ich brauche ein kostenloses tool.
    • Ich bin auf der anderen Seite des Zauns. Private Funktionen sollten getestet werden, um die Korrektheit als eine Einheit zu testen. Ein Vorteil ist, dass Fehler, die Sie auf die eigentliche erroring code, nicht irgendwelche Blocks, die Sie mithilfe Ihrer privaten Funktion, wer weiß wie lange. Ich wünschte nur, mehr Bibliotheken unterstützt dies.
    • Wenn Ihre Klasse ist groß genug, dass Sie ' D betrachten eine öffentliche Methode "einige blockieren, das ist Ihre private function", und nicht eine geschlossene Einheit, dann denke ich, Sie haben einen Fall von der Gott-Klasse. Betrachten extrahieren Sie die Dinge aus.
    • Aber es ist nicht ungewöhnlich für die private Methode beinhalten einige Verfahren, die eigentlich verspottet, z.B. eine Netzwerk-Betrieb. Das ist der Teil, wo verspotten soll seine Arbeit zu tun, und nutzen die Entwickler.
    • das klingt wie ein design-Problem. 1) Nebenwirkungen kontrolliert werden sollte, nicht verteilt und 2) inversion of control. Ich glaube nicht, dass testing-frameworks, sollten gerecht zu werden, problematische design - sollten Sie ermutigen, gutes design.
    • so, wie Sie vorschlagen, Sie zu beheben, das design, das beinhaltet eine Netzwerk-operation innerhalb einer privaten Methode ist?
    • inversion of control

    InformationsquelleAutor dcastro
  2. 9

    Sollten Sie vielleicht nicht (siehe andere Antworten, warum), aber Sie kann dies tun, indem Sie Microsoft Visual Studio Test-Tools. Ein Vereinfachtes Beispiel ist unten gegeben.

    Gegeben folgende Klasse, welche Sie testen möchten:

    public class ClassToTest
{
    private int Duplicate(int n)
    {
        return n*2;
    }
}

    Können Sie den folgenden code zum testen der privaten Duplicate Methode:

    using Microsoft.VisualStudio.TestTools.UnitTesting;

//...

[TestMethod]
public void MyTestMethod()
{
    //Arrange
    var testClass = new ClassToTest();
    var privateObject = new PrivateObject(testClass);

    //Act
    var output = (int) privateObject.Invoke("Duplicate", 21);

    //Assert
    Assert.AreEqual(42, output);
}
    InformationsquelleAutor Grinn
  3. 6

    Einfach, Sie nicht. Private Methoden sind nicht sichtbar für andere Klassen.

    Gibt es eine Reihe von Möglichkeiten, um dieses:

    • Behandlung der privaten als Teil der Methode, die Sie testen wollen, bedecken Sie es in Ihre unit-tests. Denken Sie an die öffentlichen Methoden als black Box und testen Sie Ihre Operationen.
    • Machen es geschützt und Erben Ihre test-Klasse von der Klasse, die Sie testen wollen (oder verwenden Sie eine teilweise - gleiche Idee)
    • Öffentlich machen (die, wenn Sie Sie Kodieren, um eine Schnittstelle nicht tatsächlich setzen Sie es auf Ihre Verbraucher)

    Für öffentliche Methoden (option drei) ist es möglich, teilweise mock-Klasse, wo Sie können, ersetzen Sie die Methode. In Moq können Sie das in etwa so machen:

    var moq = new Mock<MyClass>();
moq.CallBase = true;
moq.Setup(x => x.MyPublicMethodToOverride()).Returns(true);

    Gibt es mehr details hier.

    InformationsquelleAutor Liath
  4. 6

    In der AssemblyInfo.cs von Ihrem Projekt hinzufügen 

    [assembly: InternalsVisibleTo("Namespace.OfYourUnitTest.Project")]

    dann machen Sie die Methode der internen anstelle der privaten.

    Es hat den Vorteil der Vermeidung öffentlich machen.

    Aber wie schon von dcastro, einige Leute stark nicht einverstanden mit dieser Art und Weise testen.

    InformationsquelleAutor alexandrekow
Schreibe einen Kommentar