Частично издеваться над носорогом - PullRequest
Новая
       24

Частично издеваться над носорогом

7 голосов
/ 04 мая 2010

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

Я хочу создать фиктивный объект и протестировать метод, который внутренне вызывает другой метод, который очень трудно симулировать.

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

Но когда я настраиваю поведение для метода, код метода вызывается и завершается ошибкой.

Я что-то упустил или это просто невозможно протестировать без перефакторинга класса?

Я перепробовал все разные типы макетов (Strick, Stub, Dynamic, Partial и т. Д.), Но все они заканчивают тем, что вызывали метод, когда я пытаюсь настроить поведение. 

using System;
using MbUnit.Framework;
using Rhino.Mocks;

namespace MMBusinessObjects.Tests
{
    [TestFixture]
    public class PartialMockExampleFixture
    {
        [Test]
        public void Simple_Partial_Mock_Test()
        {
            const string param = "anything";

            //setup mocks
            MockRepository mocks = new MockRepository();


            var mockTestClass = mocks.StrictMock<TestClass>();

            //record beahviour *** actualy call into the real method stub ***
            Expect.Call(mockTestClass.MethodToMock(param)).Return(true);

            //never get to here
            mocks.ReplayAll();

            //this is what i want to test
            Assert.IsTrue(mockTestClass.MethodIWantToTest(param));


        }

        public class TestClass
        {
            public bool MethodToMock(string param)
            {
                //some logic that is very hard to mock
                throw new NotImplementedException();
            }

            public bool MethodIWantToTest(string param)
            {
                //this method calls the 
                if( MethodToMock(param) )
                {
                    //some logic i want to test
                }

                return true;
            }
        }
    }
}

Ответы [ 2 ]

15 голосов
/ 04 мая 2010

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

1 голос
/ 04 мая 2010

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

 Expect.Call( delegate { mockTestClass.MethodToMock(param) } ).Return(true);

Или переключитесь на использование синтаксиса AAA, исключив устаревшие конструкции. 

    [Test]
    public void Simple_Partial_Mock_Test()
    {
        const string param = "anything";

        var mockTestClass = MockRepository.GenerateMock<TestClass>();

        mockTestClass.Expect( m => m.MethodToMock(param) ).Return( true );

        //this is what i want to test
        Assert.IsTrue(mockTestClass.MethodIWantToTest(param));

        mockTestClass.VerifyAllExpectations();
    }
...