AutoFixture как контейнер Automocking против различий Automocking?

Я начал использовать moq, но, исходя из своего понимания, мне всегда приходится макетировать все методы, которые можно вызывать, даже если мне действительно наплевать на них.

Иногда на макетирование уходит так много времени, что вы забываете, что хотите делать. Так что я смотрел на автоматическое издевательство, но я не уверен, что мне следует использовать.

AutoFixture как авто-насмешливый контейнер

Automocking

Я не понимаю, как использовать первый вообще. Я вроде получаю второй, но никогда не пробовал.

Я не уверен, что один лучше другого. Единственное, что я знаю, я уже использую AutoFixtures, что является зависимостью от первого.

Так что, возможно, в долгосрочной перспективе имеет смысл перейти к первому, но, как я уже сказал, я не могу найти никаких базовых руководств по его использованию.

редактировать

Я пытаюсь следовать примерам Никоса Баксеваниса, но сталкиваюсь с ошибками.

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();

Я думаю, что это из-за моего свойства petapoco unitOfWork

PetaPoco.Database Db { get; }

Не уверен, что мне нужно как-то это смоделировать или как.

Ответы на вопрос(1)

Ваш ответ на вопрос