Coded UI断言无法检测专有WPF控件类型，误判为自定义控件

兄弟，我之前也碰到过Coded UI对WPF控件识别抽风的情况，特别是一些看起来很常规的控件被当成自定义控件处理，给断言添了不少麻烦。针对你这个Label被误识别的问题，分享几个我亲测有效的解决办法：

• 手动指定控件类型并编写断言代码
  别依赖断言工具的自动识别，直接在代码里精准定位控件并设置断言更靠谱。比如通过控件的Name或者AutomationId来定位，然后直接验证属性：

  // 先获取顶层Window对象
  WpfWindow window = new WpfWindow();
  window.SearchProperties[WpfWindow.PropertyNames.Name] = "你的窗口名称";
  
  // 定位目标Label控件
  WpfLabel targetLabel = new WpfLabel(window);
  targetLabel.SearchProperties[WpfLabel.PropertyNames.AutomationId] = "label1";
  
  // 添加断言验证Content属性
  Assert.AreEqual("MyLabel", targetLabel.Content);
  

  这种方式完全绕开了工具识别的坑，稳定性拉满。

• 自定义Coded UI的控件映射规则
  Coded UI有时候会因为控件的AutomationPeer实现细节误判类型，你可以手动给它纠正映射规则：

  1. 找到测试项目里的UIMap.uitest文件，右键选择「Edit with Coded UI Test Editor」
  2. 在编辑器里找到被误识别成自定义控件的那个Label，右键选「Add Control Mapping」
  3. 在映射设置窗口，把控件类型指定为WpfLabel，同时将ControlType属性设置为Label
  4. 保存后重新生成测试代码，下次用断言工具就能正确识别这个控件了

• 检查WPF控件的AutomationPeer实现
  如果你对这个Label做了自定义扩展（比如继承Label并重写了方法），可能导致AutomationPeer没有返回标准Label的控件类型。你可以在控件的代码里检查并修正：

  protected override AutomationPeer OnCreateAutomationPeer()
  {
      // 确保返回标准Label的AutomationPeer，而不是自定义的
      return new LabelAutomationPeer(this);
  }
  

  这个方法从根源上解决识别问题，适合你有自定义WPF控件的场景。

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