Coded UI测试实战：从基础配置到高级优化

1. 项目概述：手工编写Coded UI测试的价值与挑战

在Visual Studio生态中，Coded UI Test（简称CUIT）曾是UI自动化测试的重要解决方案。虽然微软已逐步将重心转向Selenium和Appium等跨平台工具，但仍有大量遗留项目依赖这套技术栈。手工编写Coded UI测试脚本的核心价值在于：

• 对Windows桌面应用（WPF/WinForms）的深度集成支持
• 与Visual Studio调试器的无缝协作
• 不需要额外部署测试代理的轻量化架构

我在金融行业自动化测试实践中发现，对于需要与Excel、Outlook等Office组件交互的业务流程，Coded UI仍然是当前最稳定的解决方案之一。例如某证券交易系统的订单录入模块测试，通过录制-回放生成的脚本维护成本极高，而手工编写的测试用例在三年间仅需调整XPath定位策略。

2. 环境准备与基础配置

2.1 组件安装清单

在Visual Studio 2019 Enterprise中，需要确认以下组件：

1. "Web和云" → "ASP.NET和Web开发"工作负载
2. 单个组件中勾选：
   • "Coded UI测试组件"
   • "Web性能测试工具"
   • "Microsoft Fakes"

注意：Community版本不支持Coded UI测试生成器，但可以手工编写测试代码

2.2 测试项目创建规范

推荐采用分层架构：

bash复制Solution/
├── MyApp.UITests (Coded UI Test Project)
├── MyApp.TestData (Class Library)
└── MyApp.Core (被测应用)

关键NuGet包依赖：

xml复制<PackageReference Include="Microsoft.VisualStudio.TestTools.UITesting" Version="15.0.26606" />
<PackageReference Include="Microsoft.VisualStudio.TestTools.UITest.Common" Version="15.0.26606" />

3. 核心测试模式实现

3.1 页面对象模型(POM)的CUIT实现

以登录窗口为例，创建LoginPage.cs：

csharp复制public class LoginPage : WinWindow
{
    public LoginPage() 
    {
        this.SearchProperties[WinWindow.PropertyNames.Name] = "Login";
        this.SearchProperties[WinWindow.PropertyNa