为何设置了Order属性的测试未按预期顺序运行？

架构老林

2026-7-10

可能的原因及排查方向

以下是几种可能导致测试未按预期顺序执行的情况：

并行配置覆盖了Order特性
如果测试项目启用了程序集级别的并行执行（比如通过[assembly: Parallelizable(ParallelScope.All)]或类似配置），当ParallelScope包含TestFixtures时，NUnit会并行运行不同的测试类，此时TestFixture上的Order特性会被忽略——因为并行模式下NUnit不会严格按顺序调度Fixture。可以检查项目根目录或AssemblyInfo.cs里的并行配置，尝试调整为ParallelScope.Self（仅允许Fixture内的测试并行）或者暂时关闭并行来验证。
父类或全局配置干扰
测试类继承自BaseTests，如果BaseTests上标记了[Parallelizable]特性，或者程序集有全局并行设置，可能会影响子类的Order优先级。另外，若BaseTests本身也设置了Order特性，可能会和子类的Order冲突，导致调度异常。
多个TestFixture使用了相同的Order值
如果项目中还有其他测试类也标记了[TestFixture, Order(1)]，NUnit会对这些同优先级的Fixture按类名字母顺序排序执行。如果UserAuthenticationTests不是字母顺序最靠前的那个，就不会第一个运行。
测试运行器的配置问题
部分测试运行器（比如Visual Studio Test Explorer、ReSharper测试工具）可能有自己的测试执行顺序设置，比如默认按类名排序，忽略NUnit的Order特性。可以在运行器的设置里查找“测试执行顺序”相关选项，确认是否启用了“按特性排序”或类似规则。
NUnit版本兼容性问题
早期版本的NUnit（比如3.10之前）对Order特性的支持存在一些边界问题，尤其是在并行场景下。如果项目使用的是较旧的NUnit版本，尝试升级到最新稳定版再测试。