Носорог, пустоты и свойства

Question

Просто начав с Rhino Mocks, и у меня возникла очень простая проблема, как мне смоделировать класс с пустотой, которая устанавливает свойство?

class SomeClass : ISomeClass
{
    private bool _someArg;

    public bool SomeProp { get; set; }

    public SomeClass(bool someArg)
    {
        _someArg = someArg; 
    }

    public void SomeMethod()
    {
        //do some file,wcf, db operation here with _someArg
        SomeProp = true/false;
    }
}

Очевидно, это очень надуманный пример, спасибо.

Answer 1

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

[Test]
public void SomeTest()
{
    var sc = new SomeClass();
        // Instantiate SomeClass as sc object
    sc.SomeMethod();
        // Call SomeMethod in the sc object.

    Assert.That(sc.SomeProp, Is.True );
        // Assert that the property is true... 
        // or change to Is.False if that's what you're after...
}

Гораздо интереснее тестировать макеты, когда у вас есть класс, который зависит от других классов. В вашем примере вы упоминаете:

// выполнить операцию с файлом, wcf, db здесь с _someArg

т.е. вы ожидаете, что какой-то другой класс установит свойство SomeClass, что имеет больше смысла для mocktest. Пример:

public class MyClass {

    ISomeClass _sc;

    public MyClass(ISomeClass sc) {
        _sc = sc;
    }

    public MyMethod() {
        sc.SomeProp = true;
    }

}

Требуемый тест будет выглядеть примерно так:

[Test]
public void MyMethod_ShouldSetSomeClassPropToTrue()
{
    MockRepository mocks = new MockRepository();
    ISomeClass someClass = mocks.StrictMock<ISomeClass>();

    MyClass classUnderTest = new MyClass(someClass);

    someClass.SomeProp = true;
    LastCall.IgnoreArguments();
        // Expect the property be set with true.

    mocks.ReplayAll();

    classUndertest.MyMethod();
        // Run the method under test.

    mocks.VerifyAll();
}

Answer 2

Зависит от того, сколько верности вы хотели бы получить в своем макете. Самый простой способ сделать это - не беспокоиться об этом и написать несколько глупых ожиданий.

[Test]
public void SomeTest()
{
   MockRepository mocks = new MockRepository();
   ISomeClass mockSomeClass = mocks.StrictMock<ISomeClass>();
   using(mocks.Record())
   {
      using(mocks.Ordered())
      {
         Expect.Call(MockSomeClass.SomeProp).Return(false);
         Expect.Call(delegate{MockSomeClass.SomeMethod();});
         Expect.Call(MockSomeClass.SomeProp).Return(true);
      }
   }
}

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

delegate bool propDelegate();
delegate void methodDelegate();
private bool m_MockPropValue = false;

[Test]
public void SomeTest()
{
   MockRepository mocks = new MockRepository();
   ISomeClass mockSomeClass = mocks.StrictMock<ISomeClass>();
   using(mocks.Record())
   {
      SetupResult.For(MockSomeClass.SomeProp).Do(new propDelegate(delegate
      {
         return this.m_MockPropValue;
      }));
      Expect.Call(delegate{MockSomeClass.SomeMethod();}).Do(new methodDelegate(delegate
      {
         this.m_MockPropValue = true;
      }));
   }
}

Answer 3

Из вопроса о том, что объект, который вы пытаетесь протестировать, не совсем понятно - если вы просто хотите проверить, что SomeClass.SomeMethod () устанавливает свойство, тогда вам не нужно насмехаться, так как вы можете просто сделать простой государственный тест:

[TestMethod]
public void SomeMethodTest()
{
    SomeClass s = new SomeClass();
    s.SomeMethod();

    Assert.AreEqual(expectedValue, s.SomeProp);
}

В качестве альтернативы, если SomeClass является зависимостью для какого-либо другого класса и вы хотите проверить взаимодействие между этим классом и SomeClass, тогда вы устанавливаете ожидание вызова метода во время раздела «Запись» теста с использованием RhinoMock, как это:

[TestMethod]
    public void CheckInteractionWithSomeClass()
    {
        MockRepository mocks = new MockRepository();
        ISomeClass someClass = mocks.StrictMock<ISomeClass>();

        using (mocks.Record())
        {
            //record expection that someClass.SomeMethod will be called...
            someClass.SomeMethod();
        }

        using (mocks.Playback())
        {
            //setup class under test - ISomeClass is injected through the constructor here...
            ClassUnderTest o = new ClassUnderTest(someClass);

            o.MethodOnClassUnderTestThatShouldCallSomeClass.SomeMethod();

            //any other assertions...
        }
    }

Answer 4

Когда вы готовите что-то с помощью SetupResult.For или Expect.Call, вам нужно убедиться, что они виртуальные , иначе RhinoMocks не сможет создать собственную реализацию.

В противном случае это просто вопрос установки результатов и выполнения ожидаемых вызовов, как Скотт Педерсен показал