Можем ли мы использовать только один ClassInitialize для всех классов Unit Testing?

Я начал стажировку, где моя работа заключается в настройке модульных тестов для некоторых проектов.Можем ли мы использовать только один ClassInitialize для всех классов Unit Testing?

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

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

Возможно ли создать ClassIniatialize(), который вызывается только один раз, когда я запускаю один или все тесты?

EDIT

All I/вам нужно это использовать AssemblyInitialize() и AssemblyCleanUp() и все будет решена,;)

источник

2013-04-25 Leop

Как общее правило, блок-тестирование не должно зависеть на вызовы базы данных. Вместо этого используйте некоторую форму макета, чтобы моделировать предсказуемые результаты, когда дело доходит до доступа к базе данных. –

Не записывайте ** решено ** int заголовок вопроса. Вы можете принять лучший ответ и, следовательно, показать всем, что он решен. – phadaphunk

Но я написал «лучший ответ», предложив мне необходимые мне ... Что мне делать? – Leop

All I/вам нужно это использовать AssemblyInitialize() и AssemblyCleanUp() и все разрешенное,;)

источник

2013-04-25 15:53:40 Leop

Вы можете создать базу класса и украсить метод в этом базовом классе с атрибутом ClassInitialize.

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

источник

2013-04-25 13:36:00 Kenneth

Я не уверен, что хорошо понимаю. Я создаю простой класс C# с параметрами, которые мне нужны для всех моих тестов (в моем случае настройка базы данных и падение базы данных), и я установил весь свой тест как унаследованный от этого класса? – Leop

Метод ClassInitilize будет вызываться один раз для каждого тестируемого класса. Например, вы можете реализовать его только один раз в базовом тестовом классе, но он все равно будет вызываться один раз для каждого тестового класса.

источник

2013-04-25 13:36:10

Hum ...Затем мне придется создавать, заполнять и удалять все мои таблицы при каждом запуске. Это займет много времени для каждого прогона. Или я мог бы поместить все мои тесты в один класс тестов. – Leop

Да, это так. Однако вы можете поэкспериментировать с атрибутом [Приоритет] (http://msdn.microsoft.com/en-us/library/microsoft.visualstudio.testtools.unittesting.priorityattribute.aspx). Но это не очень хорошее решение, я полагаю. –

Вы можете начать сделку по факсу TestInitialize и выполнить откат по TestCleanup. Такой подход позволит вам избежать изменений данных, которые могут возникнуть за пределами отдельных тестов.

[TestInitialize()] 
    public void Initialize() 
    { 
    //Init DB Transaction 
    } 

    [TestCleanup()] 
    public void Cleanup() 
    { 
    //Rollback DB Transaction, database returns to the initial state 
    }

Чтобы запустить тест, вам понадобится ранее заполненная тестовая база данных.

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

Проверьте также возможность использования в памяти SQLite, будет более подходящим для тестирования доступа к базе данных, в котором используется двигатель производства db.

источник

2013-04-25 13:39:42

Это может серьезно повлиять на производительность теста. –

@AndreiZubov: вот почему, помимо других причин, настоящая база данных не должна использоваться на модульных тестах :) –

Это то, что я уже настроил для своих тестов, но init занимает слишком много времени imo. – Leop

Можем ли мы использовать только один ClassInitialize для всех классов Unit Testing?

ответ

Смежные вопросы