VSTS Build中Selenium UI测试失败求助：本地Visual Studio运行正常

我之前帮不少开发者搞定过Azure DevOps（也就是你说的VSTS）构建里Selenium UI测试跑不起来的问题，结合你说的本地Visual Studio里完全正常、构建时要么提示“无测试可运行”要么找不到测试dll的情况，大概率是构建流程里测试程序集的生成、路径匹配或者测试任务的配置出了岔子，咱们一步步来排查解决：

1. 确认构建任务是否正确编译了测试项目 #

本地能跑通说明测试项目本身没问题，但VSTS构建时可能只编译了主Web应用，没把测试项目编进去：

• 打开你的.NET Build或MSBuild构建任务，检查Solution或Project参数，确保测试项目的路径被包含在内（比如**/MyUITests.csproj或者包含测试项目的解决方案文件）。
• 查看构建日志，找到测试项目的编译输出路径——日志里会有类似Output directory: D:\a\1\s\Tests\bin\Release\net6.0的记录，把这个路径记下来，后面测试任务要用到。

2. 修正测试任务的程序集匹配规则 #

你收到的警告#[warning]DistributedTests: Error : Test run directory 'C:\temp\' does not contain any assemblies that match the specified criteria: '***test*.dll'，核心问题是测试任务找错了目录，或者匹配规则没命中你的测试程序集：

• 打开你的Visual Studio Test任务，先看Search folder参数：默认可能是$(System.DefaultWorkingDirectory)，但如果你的测试程序集在刚才日志里的自定义路径（比如D:\a\1\s\Tests\bin\Release），就把这个路径填进去，别用默认的C:\temp\（这个是分布式测试的临时目录，根本没有你的测试dll）。
• 再调整Test files的匹配规则：默认的**\*test*.dll可能没匹配到你的程序集——比如你的测试dll叫MyAppUITests.dll，那得改成**\*Tests*.dll；或者更稳妥的直接指定完整路径**\bin\**\MyAppUITests.dll。另外注意区分大小写，虽然Windows不敏感，但构建代理的文件系统偶尔会有这个问题，尽量和实际文件名一致。

3. 排除干扰性的第三方程序集 #

有时候**\*test*.dll会匹配到第三方的测试依赖dll（比如NUnit TestAdapter、xUnit Framework这类），导致测试任务混乱，你可以用排除规则过滤掉：

**\*test*.dll
!**\obj\**
!**\*TestAdapter.dll
!**\*TestFramework.dll

这样只会找bin目录下的测试程序集，排除obj文件夹和第三方测试组件。

4. 对齐测试项目的目标框架与构建配置 #

• 确保测试项目的目标框架和构建任务的Configuration（比如Release/Debug）一致：比如你本地用Debug模式跑测试，但构建任务用Release模式，而测试项目在Release配置下没正确编译？去测试项目的属性里核对一下，再看构建任务的配置参数。
• 确认测试项目的Output type是Class Library：UI测试项目必须是类库类型，不能是控制台应用或者其他类型。

5. 确保NuGet依赖在构建中正确还原 #

虽然本地正常，但构建代理可能没正确下载Selenium、WebDriver这些测试依赖：

• 在构建任务前添加一个NuGet Restore任务，指定测试项目的路径，确保所有依赖包都被正确还原到构建代理上。

内容的提问来源于stack exchange，提问作者alex Reid