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();
       // fooMock.Setup(x => x.GetAccounts(It.IsAny()));
        var sut = fixture.CreateAnonymous();

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

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

PetaPoco.Database Db { get; }

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

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

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