Azure Pipeline(YAML)复用.NET构建到测试任务但测试未执行

1. 测试程序集完整性验证 #

• 检查Build任务发布的制品是否包含全部必要测试文件：除测试程序集.dll外，必须确认.pdb符号文件、.deps.json依赖清单、.runtimeconfig.json运行时配置是否存在，这类文件缺失会导致测试运行时无法加载依赖或识别测试用例。
• 核对Build任务的构建/发布命令：比如使用dotnet publish时是否指定了测试项目路径，或者构建解决方案时是否未跳过测试项目的编译（部分场景下默认会跳过测试项目的发布流程）。

2. 目录结构与路径匹配检查 #

• 确认Test任务复制制品后，测试程序集路径与dotnet test工作目录匹配：如果dotnet test在源码根目录执行，而测试程序集被复制到bin/Release/net6.0这类子目录，需明确指定项目路径或程序集路径，比如执行dotnet test ./TestProject/TestProject.csproj或直接指向测试程序集文件。
• 验证复制任务是否保留原目录层级：比如原Build任务中测试程序集位于src/TestProject/bin/Release，复制时需完整保留该结构，不能将文件直接平铺到源码根目录，否则dotnet test无法识别测试项目上下文。

3. 环境与依赖兼容性排查 #

• 确保Test任务与Build任务的目标框架一致：比如Build用net6.0，Test任务的Agent必须安装对应版本的.NET SDK，避免框架不兼容导致测试程序集无法加载。
• 检查依赖缺失情况：部分测试项目依赖的第三方库或本地资源未被包含在制品中，会导致测试初始化失败。可添加-v detailed参数执行dotnet test，查看详细日志中的加载失败报错。

4. 测试发现机制问题定位 #

• 尝试直接指定测试程序集运行：执行dotnet test ./path/to/TestAssembly.dll而非通过项目文件，若能正常发现测试，说明是项目文件路径或上下文配置问题。
• 检查测试项目的框架引用：确认测试项目已正确引用xunit/nunit/mstest对应的测试SDK包，且Build任务中未在Release模式下禁用测试编译。

5. 制品传输完整性校验 #

• 查看Build任务的制品发布日志，确认测试相关文件已成功上传：核对制品内容列表，确保所有测试程序集及依赖文件都被包含。
• 查看Test任务的制品下载日志，确认文件完整下载到指定目录，无丢失或损坏情况。

内容的提问来源于stack exchange，提问作者Davide De Santis