使用TestStack.White + NUnit3-Console执行测试速度缓慢的问题

我之前踩过类似的坑，用nunit3-console.exe跑UI测试比VS调试时慢一大截，大概率是这几个原因在搞鬼，给你几个实用的排查和解决方向：

• UI线程环境不匹配
  调试的时候VS会自动帮我们处理UI线程的同步上下文，但nunit3-console.exe默认可能是MTA（多线程单元）模式，而TestStack.White操作的很多WinForm/WPF控件都要求在STA（单线程单元）环境下运行。这会导致控件查找时频繁触发线程切换等待，直接拖慢速度。你可以在测试类或者测试方法上加上[Apartment(ApartmentState.STA)]特性，强制测试在STA环境运行，这通常能解决大部分控制台运行慢的问题。

• 缓存机制没生效
  你说Window用了WithCache选项，但得确认缓存是不是真的在控制台环境里起作用。有时候控制台运行时，应用的控件树加载节奏和调试时不一样，导致缓存没命中，每次Get<T>都要重新遍历控件树。可以试试显式初始化Window时指定缓存：

  var window = application.GetWindow("你的窗口标题", InitializeOption.WithCache);
  

  另外，获取子控件前可以先调用window.Refresh()确保控件树已经完全加载，避免因为控件未就绪导致的无效查找。

• 控制台进程优先级不足
  nunit3-console.exe默认的进程优先级可能比较低，系统调度时会优先分配资源给其他程序，导致UI操作延迟。你可以试试两种方式：一是启动控制台时手动提升进程优先级；二是在测试代码开头临时提升当前进程的优先级：

  System.Diagnostics.Process.GetCurrentProcess().PriorityClass = System.Diagnostics.ProcessPriorityClass.High;
  

  不过这个算是临时优化，还是建议从UI自动化本身的逻辑入手优化。

• 控件查找的等待逻辑优化
  调试时因为断点停留，控件早就加载完成了，但控制台运行时可能控件还没就绪，Get<T>方法会隐式等待控件出现，这个等待时间有时候会被拉长。你可以换成WaitTillExists()方法，明确等待控件加载完成后再操作，这样更可控：

  var loginPanel = Window.Get<Panel>("txbLogin").WaitTillExists();
  var loginTextBox = loginPanel.Get<TextBox>("mobTextBox1").WaitTillExists();
  

  这样能避免不必要的重复查找，提升效率。

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