TeamCity中NUnit3多App.config文件配置问题求助

这个问题我之前帮同事处理过，核心原因是当你在NUnit3控制台运行器中指定了--configfile参数时，它会强制所有测试程序集使用这个全局配置文件，而忽略每个测试dll对应的专属.dll.config文件。下面给你几个可行的解决思路，按需选择：

方案一：让NUnit自动加载专属配置（最简单） #

NUnit3控制台默认会自动查找与测试程序集同名的配置文件（比如MyApp.Integration.Tests.dll对应的MyApp.Integration.Tests.dll.config）。你只需要做两步：

• 确保每个测试项目的app.config文件在项目属性中设置为复制到输出目录：始终复制（或者“如果较新则复制”），这样编译后每个bin/Release文件夹下都会生成对应dll的同名配置文件。
• 在TeamCity的NUnit构建步骤中，移除--configfile参数的配置，不要指定全局配置文件。这样NUnit会自动为每个测试dll加载它自己的专属配置。

这个方案是最省心的，只要配置文件的复制逻辑正确，不需要额外的脚本或步骤。

方案二：为每个测试项目单独创建构建步骤 #

如果你的测试项目数量不多，可以给每个项目单独加一个TeamCity构建步骤：

• 每个步骤选择对应的测试dll路径（比如**\ProjectA\bin\Release\ProjectA.Integration.Tests.dll）
• 在每个步骤的NUnit参数中，指定该项目对应的配置文件路径（比如--configfile=**\ProjectA\bin\Release\ProjectA.Integration.Tests.dll.config）

这种方式直观易懂，但项目数量多的话，维护起来会比较繁琐，需要逐个添加和更新步骤。

方案三：用PowerShell脚本批量处理（适合多项目场景） #

如果你的测试项目数量较多，手动加步骤太麻烦，可以写个PowerShell脚本遍历所有测试dll，逐个调用NUnit3控制台并指定对应的配置文件：

# 遍历所有集成测试dll
$testDlls = Get-ChildItem -Path "**\bin\Release\*.Integration.Tests.dll" -Recurse

foreach ($dll in $testDlls) {
    # 生成对应的配置文件路径
    $configPath = $dll.FullName -replace "\.dll$", ".dll.config"
    
    # 检查配置文件是否存在
    if (Test-Path $configPath) {
        Write-Host "Running tests for $($dll.Name) with config: $configPath"
        & nunit3-console.exe $dll.FullName --configfile="$configPath"
    } else {
        Write-Host "Running tests for $($dll.Name) without config file"
        & nunit3-console.exe $dll.FullName
    }
}

然后在TeamCity中添加一个PowerShell构建步骤，运行这个脚本即可。脚本会自动处理每个测试dll的专属配置，不管项目数量多少都能轻松应对。

内容的提问来源于stack exchange，提问作者Vin Shahrdar