Rhino Mocks Restub функция - PullRequest
Новая
       23

Rhino Mocks Restub функция

2 голосов
/ 14 октября 2010

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

someStub.Stub(x => x.SomeMethod(1)).Return(100);
var value1 = someStub.SomeMethod(1);
someStub.Stub(x => x.SomeMethod(1)).Return(200);
var value2 = someStub.SomeMethod(1);

значение 2 будет равно 100.

Это спроектированное поведение?Есть ли обходные пути?

Ответы [ 4 ]

1 голос
/ 07 февраля 2014

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

Дополнительная информация / активность в этой теме: Rhino Mocks: переназначить новый результат для метода на заглушке и здесь: Изменение ранее обработанных вызовов с помощью Rhino Mocks .

Я знаю, что это старо, но надеюсь, что это поможет кому-то еще.

1 голос
/ 14 октября 2010

Вы можете обойти это с наследованием. Если у вас есть базовый тестовый класс и несколько тестовых подклассов, которые запускают тесты, вы можете сделать возвращаемое значение защищенным свойством базового тестового класса и установить значение в подклассах в точке перед базовой. Инициализация называется. Таким образом (используя MSTEST) вы можете получить:

в вашем базовом классе: 

protected int ReturnVal{get; set;}

public void Init()
{
someStub = MockRepository.GenerateMock<ISomeStub>();
someStub.Stub(x => x.SomeMethod(1)).Return(ReturnVal);
}

в вашем подклассе: 

  [TestInitialize]
    public override Init()
    {
    ReturnVal = 200;
    base.Init();
    }
0 голосов
/ 14 октября 2010

Для записи сценария можно использовать mocks вместо заглушек: 

[Test]
public void Mytest()
{
   var mocks = new MockRepository();
   var someMock = mocks.DynamicMock<IFoo>();
   someMock.SomeMethod(1);
   LastCall.Return(100);
   someMock.SomeMethod(1);
   LastCall.Return(200);
   mock.Replay(); // stop recording, go to replay mode

   // actual test, normally you would test something which uses the mock here
   int firstResult = someMock.SomeMethod(1);
   int secondResult = someMock.SomeMethod(2);

   // verify the expectations that were set up earlier 
   // (will fail if SomeMethod is not called as in the recorded scenario)
   someMock.VerifyAll();
}

Mocks в Rhino Mocks более сложны в настройке, чем заглушкиОни также смешивают определение поведения с созданием утверждений (фаза записи выполняет обе функции) и полагаются на порядок вызовов методов.Это делает для хрупких испытаний;придерживайтесь окурков, если вам действительно не нужны насмешки.

0 голосов
/ 14 октября 2010

Да, это заданное поведение.

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

private X MockX()
{
  return MockX(100);  
}

private X MockX(int returnValue)
{
  var x = MockRepository.GenerateStub<X>();
  someStub.Stub(x => x.SomeMethod(1)).Return(returnValue);
  return x;
}

и затем в своем тесте вместо использования макета, созданного в SetUp, вы вызываете соответствующую функцию. Дополнительным преимуществом является то, что ясно, что ваш тест использует некоторые специальные значения возвращаемых значений.

...