为何NUnit 2.6.2在TeamCity构建中忽略带有Combinatorial/Values特性的测试？

这个场景我之前排查过类似问题，结合你的代码示例和NUnit 2.6.2的特性细节，主要有几个核心原因和对应的解决方向：

1. TeamCity的NUnit Runner版本不匹配 #

虽然服务器上安装了NUnit 2.6.2，但TeamCity默认可能调用了内置的旧版本Runner（比如2.4或更早）——早期的NUnit Runner完全不支持Combinatorial这类参数化特性，直接会把这类测试标记为忽略。

解决办法：

• 进入TeamCity的构建配置，找到NUnit测试步骤，将「Runner type」切换为NUnit v2.6.2（如果存在该选项）；如果没有，就指定自定义的NUnit安装路径，确保Runner版本和你本地使用的完全一致。
• 检查TeamCity的NUnit插件是否为最新适配版本，旧插件对新版本NUnit的特性支持往往有缺失。

2. 测试项目的NUnit依赖版本不一致 #

你本地用的是NUnit 2.6.2，但TeamCity构建服务器上的测试项目可能引用了更早版本的NUnit（比如2.5.x的某个分支，或者被构建环境的旧dll覆盖），导致特性无法被识别。

解决办法：

• 确认测试项目通过NuGet引用的NUnit包是2.6.2版本，并且TeamCity构建时会自动还原依赖。
• 查看构建服务器上测试输出目录中的NUnit.Framework.dll，右键检查版本信息，确保是2.6.2而非其他旧版本。

3. TeamCity的测试过滤规则排除了参数化测试 #

部分情况下，TeamCity的测试发现配置会默认忽略参数化测试，或者你的构建配置中设置了测试名称过滤规则，不小心把带Combinatorial标记的测试排除了。

解决办法：

• 打开TeamCity构建配置的测试步骤，查看「Test filters」区域，确保没有设置只包含TestCase标记测试的规则，也没有排除包含Combinatorial的测试。
• 手动触发TeamCity的测试发现功能，正常情况下Test2应该生成4个组合用例（和Test1的TestCase数量一致），如果发现不到，说明Runner或配置有问题。

4. 构建日志里藏着关键线索 #

你可以去TeamCity的构建日志中查找NUnit运行时的详细输出，很多时候被忽略的测试会在日志里给出具体原因（比如「特性不被当前Runner支持」「找不到对应特性的定义」等），这能帮你快速定位问题。

另外可以做个小验证：给Test2额外加一个[TestCaseSource]类型的参数化测试，看是否也会被忽略——如果所有参数化测试都被跳过，那大概率是Runner版本或配置的问题；只有Combinatorial被忽略，可能是特性支持的特殊兼容问题。

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