TFS2018配置C#/Selenium/SpecFlow项目测试求助：未检测到测试用例

我之前在配置TFS构建跑SpecFlow+NUnit测试时也踩过类似的坑，本地一切正常，但构建服务器就是找不到测试用例，结合你的情况，给你几个实用的排查和解决方向：

• 检查测试程序集的匹配规则
  VSTest任务默认是按*test*的规则查找测试程序集的，你得确认自己的测试项目编译后的dll文件名是否符合这个模式。比如如果你的测试项目叫OrderSystem.AcceptanceTests，编译出来的dll是OrderSystem.AcceptanceTests.dll，那默认规则是匹配不到的。这时候可以修改VSTest任务里的测试程序集参数，改成**\*Tests.dll，或者直接指定具体的程序集路径，比如**\bin\Release\OrderSystem.AcceptanceTests.dll。

• 确保NUnit3 Test Adapter在构建环境中可用
  你本地装了适配器，但构建服务器不一定有。推荐用NuGet包的方式把适配器绑定到项目：在测试项目的NuGet包管理器里搜索NUnit3TestAdapter并安装，提交代码后，TFS构建时会自动还原这个包，不需要手动在服务器上配置。如果不想用NuGet，那就要在构建服务器的Visual Studio里手动安装相同版本的NUnit3 Test Adapter扩展。

• 核对VSTest任务的配置细节
  打开VSTest任务的高级选项，确认测试平台版本是否正确——如果你的NUnit和SpecFlow版本较新，建议选择Latest或者和你本地Visual Studio对应的版本，避免版本不兼容导致测试发现失败。另外还要检查任务的工作目录，确保能定位到编译后的测试程序集，有时候自定义了构建输出目录，会导致VSTest找不到dll。

• 验证SpecFlow测试代码的生成情况
  SpecFlow是通过生成.feature.cs文件来创建测试的，你要确认TFS构建过程中这个生成步骤有没有正常执行。可以查看构建日志的编译阶段，看看有没有生成对应的代码文件，并且成功编译到测试程序集里。如果生成失败，大概率是SpecFlow和NUnit的版本不匹配，或者缺少SpecFlow.NUnit这类必要的NuGet包。

• 通过详细日志定位问题
  把VSTest任务的日志级别改成详细，重新跑一次构建，然后查看日志里关于测试发现的部分。通常会有类似“找不到测试适配器”“程序集不包含可执行测试”的提示，这些信息能帮你快速锁定具体问题。

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