MSTest 2.0中[ClassInitialize]是否保证在前置测试完成后执行？

核心结论 #

MSTest 2.0 的 [ClassInitialize] 并不保证会在其他测试类的所有前置操作（包括清理）完成后执行，它的行为和 [ClassCleanup] 本质上绑定测试类的执行顺序——两者都受测试类执行顺序的影响，而程序集内的测试类执行顺序默认是不确定的（除非显式指定）。

具体执行逻辑 #

• 单个测试类内部：[ClassInitialize] 会严格在该类的所有测试方法执行前运行，[ClassCleanup] 则在该类所有测试方法完成后运行，这个顺序是完全可靠的。
• 跨测试类场景：
  • 若开启了测试并行配置，程序集内的测试类会并行执行，此时不同测试类的 [ClassInitialize] 和 [ClassCleanup] 会交叉执行，完全没有先后顺序保证。
  • 即使关闭并行，MSTest 也不保证测试类的执行顺序（默认按类名排序只是常规行为，并非强制约定），因此 TestClassB 的 [ClassInitialize] 完全可能在 TestClassA 的 [ClassCleanup] 之前启动，导致环境状态不符合预期。

对你当前解决方案的验证 #

你在依赖关闭模式的测试类的 [ClassInitialize] 中主动关闭模式的做法是合理且可靠的。MSTest 的设计逻辑里，测试类之间的状态是不隔离的（除非使用独立程序集或其他隔离手段），因此每个测试类必须自行确保执行所需的环境状态正确，不能依赖其他测试类的清理操作来恢复状态。

额外优化建议 #

• 为让初始化逻辑更健壮，可在设置状态前先检查当前环境状态：比如开启非常规模式前确认是否已处于该模式，关闭前确认是否处于开启状态，避免重复或无效操作。
• 如果场景允许，可考虑使用 [AssemblyInitialize]/[AssemblyCleanup] 做全局状态控制（仅适用于所有测试类需统一状态的场景）；若无法接受方法级隔离的耗时，当前的类初始化自校验方案就是最优选择。

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