Имитация свойств базового интерфейса не работает через имитацию производного интерфейса

У меня есть эти интерфейсы:

public interface IBase
{
    int Value { get; }
}

public interface IDerived : IBase
{
    new int Value { get; set; }
}

Следующий тест работает корректно:

var mock = new Mock<IDerived>( MockBehavior.Strict );
mock.SetupGet( m => m.Value ).Returns( 0 );

IDerived o = mock.Object;

Assert.That( o.Value, Is.EqualTo( 0 ) );

Однако, когда я меняю тип o на IBase, я получаю следующую ошибку:

Message: Moq.MockException : IBase.Value invocation failed with mock behavior Strict.
All invocations on the mock must have a corresponding setup.

Это по дизайну? Нужно ли снимать флаг Strict, чтобы получить доступ к свойству базового интерфейса (которое скрыто производным интерфейсом)? Или есть какие-то другие настройки, которые я мог бы использовать?

В качестве примечания: был проблема, относящийся к базовым/производным свойствам только для чтения/чтения-записи, но объявленный тип фиктивного объекта там не рассматривался. Может ли это быть другой проблемой в Moq?

unit-testing moq

28.05.2019 10:40

Стоит ли изучать PHP в 2023-2024 годах?

Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...

Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией

В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.

Приемы CSS-макетирования - floats и Flexbox

Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...

Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest

В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...

Концепция локализации и ее применение в приложениях React ⚡️

Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...

Пользовательский скаляр GraphQL

Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...

907

Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Свойство Value интерфейса IBase и интерфейса IDerived не совпадают. Например, вы можете сделать это:

public interface IBase
{
    string Value { get; }
}

public interface IDerived : IBase
{
    new string Value { get; }
}

public class Implementation : IDerived
{
    string IBase.Value { get; } = "Base";

    string IDerived.Value { get; } = "Derived";
}

Чтобы правильно смоделировать интерфейс IDerived, вы должны установить возвращаемое значение для обоих свойств. Метод Mock.As полезен здесь для приведения интерфейса IDerived к IBase.

Mock<IDerived> mock = new Mock<IDerived>( MockBehavior.Strict );
mock.Setup( obj => obj.Value ).Returns( "Derived" );
mock.As<IBase>().Setup( obj => obj.Value ).Returns( "Base" );

29.05.2019 08:46

Другие вопросы по теме

Что такое эквивалент Moq для LastCall в RhinoMocks?

Насмешливые вопросы, связанные с Func<HttpRequestMessage> для модульных тестов

XUnit издевается над методом, но не возвращает ожидаемый результат

Концентратор Mock SignalR для тестирования зависимого класса

Почему большинство имитационных фреймворков в .NET (Core) не могут имитировать статические и частные методы?

Смоделируйте вызов IQueryable с помощью moq

Настройка теста Moq Xunit для возврата IDictionary в C#

Как издеваться над ActionExecutingContext с помощью moq

Asp.Net имитирует репозиторий, который возвращает DbSet с помощью .GetAll().ToListAsync()

Модульное тестирование веб-API

Имитация свойств базового интерфейса не работает через имитацию производного интерфейса

Ответы 1

Другие вопросы по теме

Похожие вопросы