Как проверять класс под тестом с помощью AutofacContrib.NSubstitute

Question

Я запускаю модульные тесты в проекте библиотеки классов с NSpec framework, AutofacContrib.NSubstitute v3.3.2.0, NSubstitute v1.7.0.0 (последнее на данный момент 1,8,2).

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

AutoSubstitute autoSubstitute = new AutoSubstitute(); 

MainPanelViewModel viewModel = autoSubstitute.Resolve<MainPanelViewModel>(); 

Если работает должным образом, мой класс При испытании на какой-то момент будет вызывать один из его методов базового класса с некоторым конкретным входным параметром (базовый класс вне моего контроля):

// ... 
base.ActivateItem(nextScreen); 
// ... 

Так , для испытания ожидания, мне нужно проверить (шпион), что экземпляр вызывает базовый метод:

viewModel.Received().ActivateItem(Arg.Any<SomeSpecificScreenType>()); 

Вот проблема: когда я пытаюсь сделать это, во время выполнения NSubstitute жалуется, что я могу только побежал Received() против объекта, созданного с помощью Substitute.For<>(). Я также быстро проверил исходный код AutofacContrib.NSubstitute, но я не смог найти способ получить экземпляр с автопиляцией и в то же время wrap это как-то в объекте-шпионе или что-то в этом роде.

Я также подумал, что может быть полезным Substitute.ForPartsOf<>(), но этот метод, похоже, не найден в NSubstitute v1.7.0.

Для полноты картины, вот NSubstitute полная ошибка:

NSubstitute extension methods like .Received() can only be called on objects created using Substitute.For() and related methods.

Answer 1

Для полноты, я сделал некоторые эксперименты с частичными заменами NSubstitute с ForPartsOf.

Поведение ForPartsOf по существу состоит в том, чтобы определить новый класс, который наследуется от класса, который вы используете в качестве шаблона. Это ограничивает то, что это значит, что издевательская структура может перехватывать методы, которые либо определены как abstract, либо virtual. Это то же ограничение, которое у вас было бы для изменения поведения класса, если вы должны наследовать его своим классом.

Используя эту информацию, давайте рассмотрим вашу проблему.Вы хотите, чтобы перехватить этот вызов:

base.ActivateItem(nextScreen); 

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

Если метод помечен как virtual, то вы можете перехватить его NSubstitute но вы можете сделать это только, если реализация называется N-замещенный. Это работает при обычной отправке методов, потому что при вызове его вызывается наивысший уровень реализации виртуального метода (тот, который предоставляется NSubstitute). Однако это не работает, когда вы вызываете метод с помощью ссылки base.

Таким образом, в то время как вы могли бы перехватить это:

ActivateItem(nextScreen) 

Вы просто не можете перехватить это:

base.ActivateItem(nextScreen); 

Тот факт, что вы используете base.ActivateItem в коде означает, что ваш класс под у теста есть своя реализация метода, который вы не хотите вызывать, поэтому с вашими текущими инструментами вы не можете достичь того, что вы пытаетесь сделать. Вот почему хорошо, что вы нашли workaround.

Вы находитесь в такой же ситуации с большинством других насмешливых фреймворков, включая Moq. Исключением является TypeMock, который использует совершенно другой способ перехвата вызовов методов, что означает, что он может делать то, что другие структуры просто не могут.

Answer 2

Таким образом, фактический вопрос не был действительно решил: это просто, что сама проблема исчезла.

Чтобы проверить правильность поведения, я напомнил, что я мог бы также использовать общедоступное свойство ActiveItem из базового класса, поэтому с этим я прекратил использовать Receive() и вернулся к простому сопоставлению значений.

И все же, для справок в будущем, я не нашел способ подсмотреть тест класса под этими библиотеками. Я знаю, что следует избегать шпионажа над тестируемым классом, но, как и во многих вещах, иногда вам нужно это делать.

НТН