Re 2
Как правило, держите ваш [dll тестового примера] отдельно от вашего [dll бизнес-логики]. Ваша бизнес-логика DLL не должна включать никаких знаний о NUnit, чтобы разделить проблемы и упростить развертывание / обслуживание.
В вашем тестовом примере dll должна содержаться ссылка на NUnit и dll вашей бизнес-логики.
Вам не нужно совместно использовать пространство имен. Вы можете открыть внутренние члены вашей dll бизнес-логики для dll тестового примера, изменив файл AssemblyInfo.cs dll бизнес-логики, чтобы представить внутренние компоненты dll тестового примера. Это позволяет вам сохранить желаемую видимость в dll бизнес-логики.
Re 3
Ваши тестовые примеры должны быть в dll (то есть в проекте библиотеки классов). Вы можете загрузить это непосредственно в пользовательский интерфейс NUnit или использовать консольный NUnit в среде интеграции для автоматического запуска ваших тестов.
Как мне это сделать:
- открытый проект библиотеки классов для теста
свойства, вкладка «Отладка»
- установить для открытия с помощью внешней программы:
укажите это на nunit.exe
- установить аргументы командной строки в
Точное название вашего теста dll:
MyTests.dll
- рабочий каталог: просто нажмите
кнопка с многоточием, и она будет
предварительно выберите тестовый выход dll
каталог для текущей сборки
конфигурации
- установить тестовый проект как
запуск проекта по умолчанию в
решение; таким образом, всякий раз, когда вы нажмете
F5 (или кнопка «Play»), NUnit будет
придумайте свои обновленные тесты
предустановленный - очень удобно и
быстро.
Удачи - также попробуйте тестовый проект типа avl. в Visual Studio это очень похоже на NUnit. Я все еще предпочитаю NUnit, но во время обучения полезно попробовать различные варианты.