C# UI自动化测试中[OneTimeTearDown]清理方法未执行问题

你当前将特性标注在测试类实例方法上的写法本身符合NUnit的语法要求，方法未执行通常由以下几类原因导致，按出现概率从高到低排序：

• 基类生命周期逻辑冲突
  你的测试类继承自BaseSetup，如果基类中已经定义了被[OneTimeTearDown]标注的方法，且未开放重写、或执行时被子类覆盖逻辑拦截，就会导致子类的同名生命周期方法不被触发。此外如果基类被标注了[SetUpFixture]特性、或基类的销毁逻辑抛出未捕获异常，也会中断fixture后续的销毁流程。
• NUnit版本不匹配
  [OneTimeTearDown]是NUnit 3.0及以上版本才提供的特性，如果你项目引用的是NUnit 2.x版本，运行器无法识别该特性，自然不会执行对应方法。NUnit 2.x中实现测试类执行完一次性运行的逻辑需要使用[TestFixtureTearDown]特性。
• Fixture生命周期未正常走完
  如果测试执行过程中出现以下情况，OneTimeTearDown会被跳过：
  • 测试运行中途手动终止执行、测试运行器进程崩溃
  • 类级别的[OneTimeSetUp]阶段抛出未捕获异常，导致fixture初始化失败
  • 测试类配置了并行执行（标注[Parallelizable]且范围为ParallelScope.All/ParallelScope.Fixtures）时，调度逻辑异常导致销毁步骤被跳过
• 代码编译/类加载失败
  你贴出的代码中public static List accountIdList = new List();未指定泛型类型，不符合C#语法要求，如果实际运行的代码存在同类编译错误，会导致整个测试类无法被测试运行器加载，类中所有测试方法和生命周期钩子都不会执行。

快速验证方案 #

1. 先在测试类中添加一个最小化的[OneTimeSetUp]方法打日志，确认fixture级别的生命周期钩子可以被正常触发：

   [OneTimeSetUp]
   public void ValidateFixtureLifecycle()
   {
       LogList.Add("Fixture OneTimeSetUp triggered");
   }
   

   如果该方法都无法触发，优先检查NUnit版本、测试项目的引用依赖、测试类是否能被运行器正常识别。
2. 如果OneTimeSetUp可以正常触发，临时移除测试类对BaseSetup的继承，运行一个空测试看CleanUpAccounts是否能进入。如果可以正常进入，说明问题出在基类的生命周期逻辑上，建议将清理逻辑重写基类的OneTimeTearDown方法实现，而不是在子类新增同特性方法。
3. 确认使用NUnit 3.x+版本时，可以给OneTimeTearDown显式指定执行顺序，避免和基类销毁逻辑的执行顺序冲突：

   [OneTimeTearDown(Order = int.MaxValue)]
   public void CleanUpAccounts()
   {
       // 原有清理逻辑
   }
   

补充：如果需要跨多个测试类统一执行账号清理，才需要将清理逻辑放到标注了[SetUpFixture]的独立类中，单测试类范围内的一次性清理，你当前的特性标注位置没有语法错误。

内容的提问来源于stack exchange，提问作者Pheonix SFX