Как протестировать большой объект не создавая его в каждом тестовом методе?

Question

[BernadetteWolowitz]

Необходимо написать тесты для методов объекта. Сам объект содержит в себе очень много данных и создается из большого файла довольно долго.
Написала вот такой вариант:

[TestClass]
    public class TestClass
    {
        private GodObject godObject;

        public TestClass()
        {
            godObject = _CreateGodObjectFromFile();
        }

        private GodObject _CreateGodObjectFromFile()
        {
        ...
        }

        [TestMethod]
        public void Method_1()
        {
            //Arrange

            //Act
            godObject.Method_1();

                //Assert
            ...
        }

        [TestMethod]
        public void Method_2()
        {
            //Arrange

            //Act
            godObject.Method_2();

                //Assert
            ...
        }

    }

godObject все равно создается при выполнении каждого тестового метода (очень долго). Я хочу, чтобы godObject был создан один раз, а затем использовать его в тестовых методах. Это возможно?

Answer 1

[Иван]

а Moq пробовали?

Comments

[BernadetteWolowitz]

Moq смотрела, но не придумала как его использовать. Как я понимаю, Moq позволяет имитировать объект только с нужными данными/методами. А мне нужны все данные моего объекта.
Мой объект - это что-то вроде множества точек со свойствами, а методы которые я хочу протестировать группируют эти точки и делают расчеты по группам. Эти расчеты имеют смысл только на достаточно большом количестве точек. И имитировать это большое количество точек мне кажется не оптимальным подходом...

[Иван]

BernadetteWolowitz: тогда создавайте ваш объект в ClassInitialize. Код написанный там выполняется один раз.

[BernadetteWolowitz]

Спасибо! ClassInitialize - это оно! Все получилось.

Answer 2

[Дмитрий]

Вот две из основных характеристик модульного теста "Скорость выполнение", вторая "Простота написания". Если эти два качества сложность достич, то Вы пишите тест другого типа, не модульный! Возможно интеграционный.

С Файлом в тестах имеет смысл работать только и только тогда, когда Вы тестируете класс по работе с файлом. К примеру тест для std::fstream из C++ стандартной библиотеки или FileInputStream из java библиотеки. НО! За качество стандартных библиотек разработчики не несут ответственности.

Другими словами Вам надо избавиться от факта использования файла в ваших тестах! Возможно Вашему классу нужно работать с интерфейсом стрима и свести работу с файлом через файловый стрим, в production коде и через Memory стрим, если это тестовый.

Чтобы избежать создания объекта класса в каждом тесте, надеюсь Вы хотите убрать дублирующие строчки, то Вы можете вынести создание объекта в setUp() подобный метод или вынести создание в Factory-класс и тогда использование фабрики будет занимать одну строчку в тесте, что значительно лучше!

Comments

[BernadetteWolowitz]

В коде, который приведен в вопросе, я попыталась вынести создание объекта на уровень тестового класса. Но оказалось, что при запуске тестирования всех методов, каждый раз создается новый экземпляр класса TestClass(). Т.е. я вижу в отладчике как после тестового метода Method_1() он идет опять в конструктор класса прежде чем перейти к тестовому методу Method_2().
Вот и не могу понять, куда мне нужно запихнуть создание godObject, чтобы при отработке тестовых методов использовался один и тот же экземпляр.

[Дмитрий]

BernadetteWolowitz: Модульное тестирование, как раз-таки предполагает создание "модуля" с нуля в каждом из тестов! Вы пытаетесь избавиться от многократного создания и тем самым "роете себе яму". Все тесты дожны быть обособленны без каких-либо артефактов от прошлых запусков.