Как Вы даете NUnit команду загружать dll.config файл блока из определенного каталога?

Решение configSource element , данное MarkLawrence , - это то, что я искал, и оно прекрасно работает. Однако проблема при реализации этого решения состоит в том, чтобы загрузить конфигурацию сборки при запуске тестов как из явного проекта NUnit (как в в моем случае ), так и при выполнении модульных тестов для изолированной сборки (нет явный проект). Для этого потребовались следующие изменения в макете моего файла:

+ TestFolder
    testProject.nunit
    testProject.config
  + AssemblyAFolder
      assemblyA.dll
      assemblyA.dll.config
      assemblyA.dll.configfragment
  + AssemblyBFolder
      assemblyB.dll
      assemblyB.dll.config
      assemblyB.dll.configfragment

Файлы configfragment созданы для хранения конфигурации сборки, которая когда-то была в соответствующих файлах config . Впоследствии файлы config изменены, чтобы содержать только элемент configSource с относительным путем к соответствующему файлу configfragment . Обратите внимание, что этот подход не работает только тогда, когда assemblyA.dll и assemblyB.dll требуется один и тот же раздел конфигурации, поскольку при создании возникнет конфликт. testproject.config .

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

void WithConfigurationFile(Action method)
{
    // Create the assembly configuration.
    string settingsSection = "myConfigSectionName";
    Configuration config =
        ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
    config.Sections.Add(
        settingsSection,
        new ConfigSectionType(/*config element values*/);
    config.Save();

    try
    {
        // Invoke the method with the new configuration.
        ConfigurationManager.RefreshSection(settingsSection);
        method();
    }
    finally
    {
        // Revert the assembly configuration.
        File.Delete(config.FilePath);
        ConfigurationManager.RefreshSection(settingsSection);
    }
}

С помощью ConfigurationManager. OpenExeConfiguration () перегрузка, которая не принимает путь, мы загружаем конфигурацию из рабочего каталога хост-приложения, который изменяется в зависимости от того, как вы запускаете тесты NUnit. Кроме того, блок try / finally гарантирует, что ваша конфигурация сборки не будет мешать другим тестам, которые могут требовать или не требовать такой конфигурации.

Наконец, для использования в модульном тесте:

[Test]
void VerifyFunctionality
{
    WithConfigurationFile(delegate
    {
        // implement unit test and assertions here
    });
}

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

Используйте атрибут configfile на уровне конфигурации в вашем файле .nunit:

<Config name="Debug" configfile="myconfigfilenamegoeshere.config />