求助：Coded UI自动化执行时Web应用响应变慢及控件异常问题

我来分享几个针对你遇到的这两个问题的实用解决方案，都是基于你提到的Windows Server 2012 R2 + IE11 + VS2015环境下的常见处理方式：

问题1：执行自动化脚本期间Web应用响应时间增加（手动打开正常） #

这类问题大多和IE的自动化兼容性、资源占用或者Coded UI的等待策略有关，试试下面的方法：

• 统一IE保护模式设置：Coded UI对IE各区域的保护模式一致性要求很高，不一致会导致额外的等待延迟。打开IE的「Internet选项」→「安全」标签，确保所有区域（Internet、本地Intranet、受信任的站点、受限制的站点）的「启用保护模式」选项状态完全相同（全部勾选或全部取消），设置后重启IE和Visual Studio。
• 禁用IE增强保护模式：Windows Server系统默认可能开启了这个功能，会大幅影响自动化性能。进入IE「Internet选项」→「高级」标签，找到「增强保护模式」选项并取消勾选，重启IE后再运行脚本。
• 优化Coded UI等待策略：避免使用硬编码的Thread.Sleep()，改用Coded UI内置的智能等待方法：
  • 调整全局等待超时：Playback.PlaybackSettings.WaitForReadyTimeout = 30000;（设置为30秒，可根据实际调整）
  • 针对单个控件使用WaitForControlReady()或WaitForControlExist()，确保控件就绪后再执行操作
• 清理服务器资源：关闭服务器上不必要的后台进程（比如多余的IE窗口、闲置系统服务），释放CPU和内存资源，避免自动化运行时资源不足导致加载缓慢。
• 添加网站到IE兼容性视图：部分Web应用在自动化模式下可能出现兼容性问题，导致加载延迟。进入IE「Internet选项」→「兼容性视图设置」，将目标Web应用的域名添加到列表中。

问题2：控件已不可见，脚本执行仍会继续 #

这个问题通常是控件查找逻辑或状态检查缺失导致的，推荐以下解决步骤：

• 确保控件搜索属性唯一：检查你定位控件时使用的搜索属性（比如Id、Name、AutomationId）是否足够唯一，避免出现多个匹配控件的情况。如果有多个控件匹配，即使目标控件不可见，脚本可能会找到其他可见的匹配控件并继续执行。
• 操作前强制检查控件可见性：在执行控件操作（比如点击、输入）前，先调用WaitForControlVisible()方法验证控件状态，超时则终止操作：

  var targetControl = new HtmlControl(browserWindow);
  targetControl.SearchProperties.Add(HtmlControl.PropertyNames.Id, "target-id");
  
  // 等待控件可见，超时时间10秒
  if (!targetControl.WaitForControlVisible(10000))
  {
      throw new InvalidOperationException("目标控件未在规定时间内可见，终止操作");
  }
  
  // 执行后续操作
  targetControl.Click();
  

• 调整Playback设置增强状态检查：
  • 设置Playback.PlaybackSettings.SearchTimeout缩短控件搜索超时时间，避免脚本长时间等待不存在的控件
  • 将Playback.PlaybackSettings.WaitForReadyLevel设置为WaitForReadyLevel.AllThreads，确保页面所有线程都就绪后再执行操作
• 刷新控件状态：Coded UI可能会缓存之前找到的控件对象，即使控件已经不可见，脚本仍会使用缓存对象。可以在操作前调用targetControl.Find()方法重新查找控件，更新其状态。

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