AutoFixture als Automocking-Container vs. Automocking-Unterschiede?

Ich habe angefangen, moq zu verwenden, aber nach meinem Verständnis muss ich immer alle Methoden nachahmen, die aufgerufen werden können, auch wenn sie mir wirklich egal sind.

Manchmal dauert es so lange, Dinge nachzubilden, dass man vergisst, was man tun möchte. Also habe ich mich mit Auto-Mocking befasst, bin mir aber nicht sicher, welches ich verwenden soll.

AutoFixture als automatisch verspottender Container

Automocking

Ich verstehe überhaupt nicht, wie ich den ersten benutzen soll. Ich bekomme irgendwie die zweite, habe sie aber nie wirklich ausprobiert.

Ich bin mir nicht sicher, ob einer besser ist als der andere. Ich weiß nur, dass ich bereits AutoFixtures verwende, was eine Abhängigkeit von der ersten ist.

Vielleicht ist es auf lange Sicht sinnvoll, mit dem ersten zu arbeiten, aber wie gesagt, ich kann keine grundlegenden Tutorials finden, wie man es benutzt.

Bearbeiten

Ich versuche, den Beispielen von "Nikos Baxevanis" zu folgen, aber es treten Fehler auf.

Failure: System.ArgumentException : A matching constructor for the given arguments was not found on the mocked type.
  ----> System.MissingMethodException : Constructor on type 'DatabaseProxyded46c36c8524889972231ef23659a72' not found.


var fixture = new Fixture().Customize(new AutoMoqCustomization());
        var fooMock = fixture.Freeze<Mock<IFoo>>();
       // fooMock.Setup(x => x.GetAccounts(It.IsAny<IUnitOfWork>()));
        var sut = fixture.CreateAnonymous<AdminService>();

        sut.Apply();
        fooMock.VerifyAll();

Ich denke, es liegt an meiner petapoco unitOfWork-Eigenschaft

PetaPoco.Database Db { get; }

Ich bin mir nicht sicher, ob ich das irgendwie verspotten muss oder was.

Antworten auf die Frage(1)

Ihre Antwort auf die Frage