Как к порядку вызовов метода тестирования с Moq

Прочтите сообщение в блоге , это может решить вашу проблему.

В противном случае вы могли бы использовать функции обратного вызова и увеличивать / сохранять значение callIndex.

Недавно я создал Moq.Sequences, который предоставляет возможность проверки упорядочивания в Moq. Вы можете прочитать мой пост, в котором описано следующее:

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

Типичное использование выглядит так:

[Test]
public void Should_show_each_post_with_most_recent_first_using_sequences()
{
    var olderPost = new Post { DateTime = new DateTime(2010, 1, 1) };
    var newerPost = new Post { DateTime = new DateTime(2010, 1, 2) };
    var posts = new List<Post> { newerPost, olderPost };

    var mockView = new Mock<BlogView>();

    using (Sequence.Create())
    {
        mockView.Setup(v => v.ShowPost(newerPost)).InSequence();
        mockView.Setup(v => v.ShowPost(olderPost)).InSequence();

        new BlogPresenter(mockView.Object).Show(posts);
    }
}

Из исходного сообщения я мог предположить, что метод тестирования выполняет следующие вызовы операций:

var screenOne = new Screen(...);
var screenTwo = new Screen(...);
var screens = new []{screenOne, screenTwo};
var screenManager = new ScreenManager(screens);
screenManager.Draw();

Где реализация метода Draw выглядит примерно так:

public class ScreenManager
{
    public void Draw()
    {
        _screens[0].Draw();
        _screens[1].Draw();
    }
}

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

Простейшая реализация: каждый экран должен знать свой последующий элемент и вызывать свой метод Draw после рисования самого себя:

// 1st version
public class Screen(Screen screenSubSequent)
{
    private Screen _screenNext;
    public Screen(Screen screenNext)
    {
        _screenNext=screenNext;
    }
    public void Draw()
    {
        // draw himself
        if ( _screenNext!=null ) _screenNext.Draw();
    }
}

public class ScreenManager
{
    public void Draw()
    {
        _screens[0].Draw();
    }
}

static void Main()
{
    var screenOne = new Screen(null, ...);
    var screenTwo = new Screen(screenOne, ...);
    var screens = new []{screenOne, screenTwo};
    var screenManager = new ScreenManager(screens);
}

С одной стороны, каждый элемент экрана должен знать немного о другом. Это не всегда хорошо. Если это так: вы можете создать какой-нибудь класс, например ScreenDrawer. Этот объект будет хранить собственный экран и последующий экран (вероятно, унаследует его от класса Screen. Использование других миров: класс ScreenDrawer описывает структуру системы.Вот простейший сценарий реализации:

// 2nd version
public class ScreenDrawer
{
    private Screen _screenNext;
    public ScreenDrawer(Screen screenNext, ...) : base (...)
    {
        _screenNext=screenNext;
    }
    public void Draw()
    {
        // draw himself
        if ( _screenNext!=null ) _screenNext.Draw();
    }
}

public class ScreenManager
{
    public void Draw()
    {
        _screens[0].Draw();
    }
}

static void Main()
{
    var screenOne = new ScreenDrawer(null, ...);
    var screenTwo = new ScreenDrawer(screenOne, ...);
    var screens = new []{screenOne, screenTwo};
    var screenManager = new ScreenManager(screens);
}

2-й метод вводит дополнительное наследование, но не требует, чтобы класс Screen знал о своем элементе подпоследовательности.

Резюме: оба метода выполняют подпоследовательные вызовы и не требуют «последовательного» тестирования. Вместо этого они требуют проверки, вызывает ли текущий «экран» другой, и проверки, вызывает ли «ScreenManager» метод «Рисование» 1-го элемента последовательно.

Этот подход:

1. Более тестируемый (может быть реализован с использованием большей части среды тестирования без необходимости поддержки «тестирования последовательности»);
2. Более стабильный (никто не может легко изменить последовательность: привет потребуется не только обновить исходный код, но также обновите несколько тестов);
3. Более объектно-ориентированный (вы работаете с объектами, а не с абстрактными сущностями, такими как «последовательность»);
4. В результате: гораздо больше поддерживаемых.

Спасибо.