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

Question

У меня есть 13 отдельных, но связанных сборок архитектуры, и 13 отдельных тестовых сборок NUnit, каждая из которых содержит все тестовые устройства для своей сборки соответствующей архитектуры. Я использую NUnit 2.5.2 (последняя версия в настоящее время).

Я могу запустить каждую тестовую сборку отдельно в графическом интерфейсе NUnit, и все тесты пройдены. Однако, когда я собираюсь объединить их в один файл проекта NUnit, NUnit настаивает на применении одного файла конфигурации для всего теста. Это не будет работать, потому что каждая тестовая сборка требует разных настроек. Я не могу объединить их в один файл "uber-config", потому что некоторые разделы являются взаимоисключающими. Я попытался запустить каждую сборку в проекте в отдельных доменах приложений, а также в отдельных процессах, но в обоих случаях не удается использовать специфичный для DLL файл конфигурации, поэтому все тесты завершаются с ошибкой.

Я выполнил поиск в Google, но пока не нашел никаких признаков того, что NUnit поддерживает этот сценарий. Я прав или я что-то пропустил?

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

Answer 1

В NUnit 2.5 есть настройка, позволяющая запускать каждую сборку в отдельном домене приложений. Таким образом, NUnit загрузит конфигурацию для сборки, а не конфигурацию для .nunit.

Подробнее см. Здесь:

http://nunit.org/index.php?p=settingsDialog&r=2.5

Answer 2

В прошлом я делал это с помощью командного файла, который запускал каждую сборку через консоль nunit независимо. В какой-то момент у меня было что-то, что объединило вывод XML. Это может быть в коде CruiseControl.Net.

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

Возможно, вы захотите попробовать альтернативные бегуны, такие как Resharper или TestDriven.net