VSTS构建失败：Xunit测试项目找不到.Net Standard 2.0类库DLL

我之前也碰到过完全一样的场景——本地VS2017里解决方案跑的好好的，上传到VSTS后测试就找不到类库DLL了，给你几个亲测有效的排查和解决方向：

• 确认测试项目的引用类型
  别用本地文件引用类库DLL！一定要用项目引用：右键测试项目 → 添加 → 引用 → 选择解决方案里的类库项目。本地文件引用的路径在VSTS构建代理上是不存在的，项目引用会让构建流程自动处理依赖的编译和复制。

• 检查构建管道的任务顺序与配置
  确保构建流程是先编译类库，再执行测试：

  1. 用Visual Studio Build任务先编译整个解决方案（或者指定先编译类库项目，再编译测试项目）；
  2. Visual Studio Test任务的测试文件路径要正确指向测试项目的输出DLL，比如设置为**\*Tests.dll，同时确认任务的工作目录是$(Build.SourcesDirectory)（解决方案根目录），这样测试任务能正确找到依赖的类库DLL。

• 验证类库输出路径与依赖复制设置
  本地构建时VS会自动复制依赖，但VSTS可能因为路径配置不一致出问题：

  • 右键类库项目 → 属性 → 生成 → 输出路径，确保和测试项目的输出路径匹配（比如都设为bin\$(Configuration)\netstandard2.0）；
  • 右键测试项目里的类库引用 → 属性 → 把“复制本地”设为True，这样编译测试项目时会自动把类库DLL复制到测试输出目录。

• 检查构建代理的.NET环境
  .Net Standard 2.0需要对应的.NET Core SDK支持，确认VSTS构建代理上安装了.NET Core 2.0或更高版本的SDK。可以在构建管道里加一个Command Line任务，运行dotnet --version来查看代理的SDK版本，如果版本不对，需要更新代理的环境。

• 清理构建缓存
  有时候VSTS的构建缓存会残留旧文件导致冲突，在构建任务前添加一个Clean任务，勾选清理构建目录和缓存，然后重新触发构建试试。

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