OEA 1.0-2.0 框架中，界面都是以 WPF 技术作为基础平台开发的。我们需要对开发出来的系统进行自动化测试，而 .NET 平台的自动化测试平台在公司内部还没有其它部门完成，所以我们在 2010 年的时候使用 Ruby + VS UIUnitTest 开发了一个 UI 自动化（UI Automation，以下简称为UIA）框架，估且称其为 UIA 1.0。UIA 1.0 完全由周金根搭建，相关的内容，大家可以参考他写的这几篇文章：
《使用VS2010的CodedUI来做自己的自动化测试框架》
《信息系统开发平台OpenExpressApp:【OpenTest】 之 如何实现自动化测试框架》
该测试平台已经实现了由测试人员编写易读的 UI 自动化测试代码以完成日常的自动化测试需求，已经比较易用。部门用了大概1年左右，随着时间的推移，也显露了它的一些的不足：
- 调试困难，维护成本大，难以添加新的 UIA 支持。
- 过程式的代码，不结构化。
- 测试人员开发不易，不支持编译期检查错误，重复代码过多。
- 一些语句性能较低。
例如，许多类似于："页签.页签.按钮"的代码，导致多次查找、进入页签，性能较低。 - 不支持客户化。
- 测试环境部署困难。
只有一台测试服务器搭建了该环境，开发人员不能使用 UIA 来辅助自己进行自测。
鉴于以上缺点，11年10月份我们决定使用 .NET 环境来搭建整个 UIA 框架，而不再使用 Ruby，同时尽量兼容测试人员编写的历史代码以及 API 风格。
使用演示
接下来，简单以我们目前的一个模块来说明一下 OEA 中的 UIA 是如何使用的。
测试人员会在 UIA 相应的工程中加入某个模块的 UIA 测试类，例如下图中的 PBS模板.cs 就是这个模块对应的测试：
其对应的代码如下：
class PBS模板 : GIX4测试用例 { protected override void 运行() { 打开当前测试模块("模板管理.PBS模板"); 添加(); 进入窗口("添加记录", 添加记录窗口 => { 属性编辑器("编码").输入("AutoTest01"); 属性编辑器("名称").输入("自动化测试-PBS模板"); 属性编辑器("备注").输入("测试模板"); 点击按钮("确定"); 保存(); }); //# 3 编辑PBS树>>>>>等待对树当前行的支持<<<<< 进入页签("PBS", PBS页签 => { 树型操作按钮通用测试(); 保存(); 进入页签("属性", 属性页签 => { 树型操作按钮通用测试(); 保存(); 进入页签("可选值", 可选值页签 => { 添加(); 列表().当前行().属性编辑器("可选值").输入("AutoTest"); 保存(); 复制添加(); 保存(); 按住Ctrl(); 列表().选择行(0); 释放Ctrl(); 删除(); 保存(); }); }); //#6 载入标准模板窗口中各页签 点击按钮("载入标准模板"); 进入窗口("载入标准模板", 载入标准模板窗口 => { 页签("分部分项").单击(); 页签("措施项目").单击(); 页签("其它项目").单击(); 页签("规费税金").单击(); 点击按钮("确定"); }); }); //#6 修改PBS模板信息 点击按钮("修改"); 进入窗口("修改", 修改窗口 => { 属性编辑器("编码").输入("AutoTest01-1"); 属性编辑器("名称").输入("自动化测试-PBS模板-1"); 属性编辑器("备注").输入("测试模板-1"); 点击按钮("确定"); }); 保存(); 删除并确定(); } }
UIA 测试环境就是一个简单的 WPF Applicatoin：
之前代码对应的软件运行时界面：
UIA 框架结构及相关重点
在整个 OEA 框架中，UIA 框架是一个重要的组成部分。目前只是实现了 WPF 客户端的 UIA，Web 的 UIA 将会在需要时添加：
OEA-UIA 的设计主要是基于 VS CodedUITest 中的核心类库，进行二次封装，提供更方便 OEA、更方便测试人员的的许多接口。引入如下类库：
其中的代码也不复杂，主要是在 WpfControl（继承自 UITestControl）的相关类型上添加一系列扩展方法，以下以一个按钮的点击为例：
public static WpfButton 按钮(this WpfControl context, string title = null) { return context.Find<WpfButton>(title); } public static WpfControl 单击(this WpfControl control) { control.EnsureClickable(); control.WaitForControlEnabled(); Mouse.Click(control); return control; } public static TControl Find<TControl>(this WpfControl context, string title = null) where TControl : WpfControl, new() { //if (TestContext.Current.NeedCancel) Playback.Cancel(); if (TestContext.Current.NeedCancel) throw new StopUIAException("停止自动化测试！"); var control = new TControl(); if (context != null) { control.Container = context; } if (!string.IsNullOrEmpty(title)) { control.SearchProperties[WpfControl.PropertyNames.Name] = title; } return control; }
这样，就可以在任何一个 WpfControl 容器上使用（例如页签 A） A.按钮(“添加”).单击() 了。
这里，需要特别说明的是，其实 UIAutomationClient 以及 UIAutomationTypes 并不是 VS CodedUITest 独有的程序集，而是 Windows 平台上的自动化框架程序集，相关的内容，可以看 MSDN 中的《MSDN - Accessibility》。基于这个框架，理论上可以做 windows 平台上所有的应用程序的自动化测试。
在我们 UIA 中，Windows Automation API 用于一些更加底层的控件查找场景。这是因为使用 VS CodedUITest 的类库，有时候并不能找到想要的控件，同时也不能为 OEA WPF 程序做一些深度的定制。OEA 中目前现在开发的 Web 框架，也同样会使用它来构建 UIA。
总结
其实这次重构并没有修改 UIA 1.0 版本的整个结构，主要是修改了语言环境为 .NET 环境，使得可以更加方便地添加各种功能，以及更好地和 OEA 框架整合。
BTW： 其实 OEA-UIA 已经在去年 11 月份就完成并应用，但是由于一直在开发 OEA 在 B/S 模式下的框架，所以迟迟没有发上来。不过最近 OEA-B/S 已经开发了个大概，借着写月度反思的机会，就把这篇文档写了写。欢迎交流。 :)
