博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

MS UI Automation简介

Posted on 2017-08-05 16:49  Dawnlight  阅读(764)  评论(0编辑  收藏  举报

转自:http://blog.csdn.net/ffeiffei/article/details/6637418

 

MS UI Automation(Microsoft User Interface Automation:UIA)是随.net framework3.0一起发布的,虽然在如今这个几乎每天都有各种新名词、新技术出来的所谓的21世纪,它显得已经有些过时了。前些日子,正好一个项目,可以用到它,又重新整理了一下:


什么是MS UI Automation

MS UI Automation是MSAA技术的一个替代品:即让控件和应用程序具有更好的可达性(accessible),关于软件的可达性,具体大家可参考一本<<Engineering Software for Accessibility>>的书,该书结合MS UIA,讲述了如何在软件开发的整个生命周期中,让软件具备可达性。回到MS UIA,简单来讲,它就是几个dll,提供了一套API和Interface,及其相应的模式,让软件的开发者遵循该模式去实现相应的interface,从而软件的使用者(不仅仅是客户,还包括例如测试人员想编写一些自动化测试代码来完成程序相关的业务逻辑)能更好的使用该软件。


和原来的MSAA相比较:UIA重新设计了一套架构,无论是对传统的winform,还是新的wpf,定义了一套统一的模型;其API的使用也相对更简单;同时,和.net framework 3.0一起,也有个UISpy的工具,能辅助大家来使用UIA。


UIA之架构

MS UIA明确定义了两个role:UIA Provider即软件本身,主要是软件的开发人员依据相应的模式去实现相关的interface, UIA Client即自动化脚本和相关的assistive technology applications,从测试人员的角度出发,主要是调用相应的API去实现自动化测试脚本

UIA Provider: 开发人员确定控件行为并实现对应的UIA control pattern,对于标准控件而言,默认是支持UIA的,而对于自定义的控件,需要实现该控件的行为对应于UIA所定义的interface。

UIA Client:相对而言,UIA Client则简单了很多,只需调用相关的UIA API去完成自动化测试脚本。

二者的一个简单关系可参考下图:

UIA主要有4个DLL:UIAutomationProvider.dll,定义了各种行为的interface,例如,假设有个自定义的控件,开发人员觉得它需要支持Dock行为,就需要实现IDockProvider接口。UIAutomaitonClient.dll,定义了各种控件模式,以及一些用来支持更好的定位控件的辅助条件搜索类。UIAutomationCore.dll则是用来支持UIA provider和client之间的通信的。UIAutomationClientssideProviders.dll则主要是用来支持传统的winform的标准控件的。其关系可参考下图:

 

UIA之Tree Model

在UIA中,程序UI的每一个部分都被认为是一个AutomationElement类,他们是一个树状的结构,Desktop被认为是每个windows based app的UIA树状图的根,从类的定义中,我们也可以看到一个AutomationElement类中有一个static的RootElement属性。

该树的结构中,一共有3中View Model,分别为Raw View, Control View和Content View。Raw View提供的信息最多,也是其他view的基础,最贴近于程序本身的编程结构;Control View是Raw View的子集,它最贴近于最终用户所能感知的UI结构,但是它不包含不能和用户相互交互的一些UI,例如listview的header,toolbar等等。而Content View则是Control View的一个子集,它只包含能和用户直接交互真实信息的控件,比如接受键盘输入的Textbox,选择不同值的Combobox;而诸如lable等控件则不会包含在其中。大家可以打开UISpy,针对某个application,看看3个view有什么不同,这样会有一个比较直观的认识。

 

UIA之Control Pattern

UIA大概一共定义了38种pattern,代表了常用的控件行为,他们也会提供一些具体的功能性的属性。对于UIA Provider来说,所做的事情就是定义控件相关的行为,找到该行为对应的模式,并实现该模式;对于client而言,即访问相关的方法和属性,来实现自动化。如某个控件需要有ValuePattern,则provider和client相对应的则为:

Clients

Provider

Description

ValuePattern

IValuePattern

Set or get value

 

UIA之Properties

每个property都由一个数字和名字来标识,provider用数字ID来确定属性请求;而client则用AutomationProperty类获取具体的某一属性的内容。

 

UIA之Events

UIA是采用订阅模型,而不是以前的广播事件模型。定义了四种事件类型:Property change,Element action,Structure change和Global desktop change。

 

几个关键的类的关系

如果利用UIA做自动化测试,用得最多的几个类就是AutomatonElement,各种Pattern以及几种辅助搜索的Condition,它们都在UIAutomationClent.dll的System.Windows.Automation的名字空间下:

AutomationElement类中,定义了各种常用的控件属性,事件以及我们开始提到的RootElement;每个属性都是一个AutomationProperty类型;而每个事件都是AutomationEvent类型,它们都继承自AutomationIdentifier类。

而对于每个Pattern而言,则定义了该Pattern所支持的的常用的方法和属性。

 

关于UIA的几个学习链接

MSDN:http://msdn.microsoft.com/en-us/library/ms753107.aspx

同样是来自MSDN的一篇文章,有一个详实的例子:http://msdn.microsoft.com/en-us/magazine/cc163288.aspx

还有一篇blog,手把手的介绍如何用UIA做自动化测试:http://www.cnblogs.com/kangyi/archive/2009/09/08/1549411.html