VS2010测试功能之旅
——编码的UI测试系列之三：操作对象的识别原理
RealZhao，2011年3月02日
回顾
在之前的两章分别介绍了一个简单的示例, 操作动作的录制原理，通过修改UIMap.UItest文件控制操作动作代码的生成。想必大家对编码的UI测试操作动作的录制应该有一定了解了，在UI操作中，操作动作总是离不开具体的操作对象，例如点击，拖动，填写值等操作，总是要对文本框，或者按钮，窗体这些对象进行操作，不是凭空生成的。本章作为入门篇的最后一章，将会说明编码的UI测试是如何识别这些对象的，并介绍UIMap.UItest文件是如何生成对象识别代码。
对象的识别原理
之前我们录制的时候，录制生成器解析了我们的操作对象，并且为我们生成了对象识别代码(也就是UIMap.UItest下<Map>节点的那部分)，以便我们在回放的时候，能够识别到我们要操作的是哪一个对象
在编码的UI测试中，对象的识别主要是同时按以下三个方面进行
1. 按对象类别：对象属于什么类别，例如是button还是textBox
2. 按关键标识属性：能唯一识别该对象的属性
3. 按层级关系：对象在其父对象中的层次
下面开始进行详细介绍：
一.按对象类别：
为便于理解，以web程序为例，假设我们的识别代码中，写明让VS2010按WebButton识别一个对象，那么VS2010则会在页面源码中只找到那些html标签是<input type=“submit”>的控件，如果识别代码中描写的是按WebLink识别对象，则VS2010只在页面源码中找到那些是<a>的标签。
二.按关键标识属性：
通过对象类别，已经能识别出来某一类的对象，在这个基础上，接下来就需要用关键识别属性进行精准标识了，我们需要找出能唯一识别该对象的属性，假如一个窗体如下
这个窗体中包含了3个button，我们想让VS2010操作到第一个Button，如何区分这些Button呢？这就要用到关键标识属性来标识唯一一个对象
关键标识属性分为两种----自身标识属性和辅助标识属性。
1.自身标识属性：
也就是属于对象的属性，例如，button拥有Name,Text,Enable,BackColor等属性，我们假设上面那个窗体的Button的各个属性如下
很明显可以发现，第一个button的Name属性和和其他的button不一样，那么可以用其作为他的关键标识属性，并且写在识别代码中，这样vs2010就可以在这些button中能唯一识别他，例如，将Name=button2写到识别代码中，就可以唯一识别第二个Button
假设3个button的Name一样，而BackColor不同，也可以用BackColor作为关键标识属性。
2.辅助标识属性：
在自动化测试中，还有一种属性叫做辅助标识属性，他并不属于对象的属性，但可以辅助标识对象
假设刚才那个窗体的各button属性如下：
可以发现他们的自身属性都是一模一样的，那么怎么做才能让VS2010识别他呢？仔细观察可以发现这样一个情况
我们可以通过该对象是第几个对象这样的辅助属性进行标识他
比如如果要识别第3个Button，则需要在识别代码中设置其辅助标识属性“对象序号”为3
三.按层级关系：
虽然上面确定了唯一对象，的确已经可以标识出对象了，不过实际上在识别的时候还会按层级关系查找，例如第一章提到的一个简单的窗体
我们用录制生成器解析他的第一个文本框Tbx_uid，在自动生成的识别代码中，他们的层级关系是这样的
对应到刚才的Form，层级为：
VS2010在识别这个Textbox1的时候，会只识别属于 系统登录Window下的Tbx_uidWindow下的Tbx_uid文本框
（注：按照常规的理解，其实应该“系统登录窗体”和“Tbx_uid文本框”只有两个层级，也就是窗体下直接就是文本框，但是VS2010默认解析的时候，会把一个TextBox解析成两个层级，分为TextBoxWindow和TextBoxEdit，结果本来应该总共只有两级结果搞成了三级，如果仔细观察可以发现其他控件也是这样的，所以在这里纠结的朋友希望你们看到此段后能够减轻些疑惑...）
UIMap.UItest文件控制识别代码的生成
在第二章上部分已经提到，在UIMap.uitest文件中，对象的识别代码的生成部分是放在<Maps>节点下的，点击生成代码后，会将其真正起作用的识别代码生成到UIMap.designer.cs下，那么他们的代码究竟是怎样的呢？
以刚才那个窗体生成的代码为例，我们要识别TextBox1，如果使用录制生成器，把TextBox1填入到对象库，我们来看看他生成的识别代码（可以简略看，下面会有说明）
UIMap.uitest文件默认生成的<Maps>节点的代码
2 < UIMap Id ="UIMap1" >
3 < TopLevelWindows >
4 < TopLevelWindow ControlType ="Window" Id ="UI系统登录Window" FriendlyName ="系统登录" SpecialControlType ="None" SessionId ="199642" >
5 < TechnologyName > MSAA </ TechnologyName >
6 < WindowTitles >
7 < WindowTitle > 系统登录 </ WindowTitle >
8 </ WindowTitles >
9 < SearchConfigurations >
10 < SearchConfiguration > VisibleOnly </ SearchConfiguration >
11 </ SearchConfigurations >
12 < AndCondition Id ="SearchCondition" >
13 < PropertyCondition Name ="Name" > 系统登录 </ PropertyCondition >
14 < PropertyCondition Name ="ClassName" Operator ="Contains" > WindowsForms10.Window </ PropertyCondition >
15 < PropertyCondition Name ="ControlType" > Window </ PropertyCondition >
16 </ AndCondition >
17 < SupportLevel > 0 </ SupportLevel >
18 < Descendants >
19 < UIObject ControlType ="Window" Id ="UITbx_uidWindow" FriendlyName ="Tbx_uid" SpecialControlType ="None" >
20 < TechnologyName > MSAA </ TechnologyName >
21 < WindowTitles >
22 < WindowTitle > 系统登录 </ WindowTitle >
23 </ WindowTitles >
24 < SearchConfigurations >
25 < SearchConfiguration > VisibleOnly </ SearchConfiguration >
26 </ SearchConfigurations >
27 < AndCondition Id ="SearchCondition" >
28 < PropertyCondition Name ="ControlName" > Tbx_uid </ PropertyCondition >
29 < PropertyCondition Name ="ControlType" > Window </ PropertyCondition >
30 </ AndCondition >
31 < SupportLevel > 0 </ SupportLevel >
32 < Descendants >
33 < UIObject ControlType ="Edit" Id ="UITbx_uidEdit" FriendlyName ="Tbx_uid" SpecialControlType ="None" >
34 < TechnologyName > MSAA </ TechnologyName >
35 < WindowTitles >
36 < WindowTitle > 系统登录 </ WindowTitle >
37 </ WindowTitles >
38 < SearchConfigurations >
39 < SearchConfiguration > VisibleOnly </ SearchConfiguration >
40 </ SearchConfigurations >
41 < AndCondition Id ="SearchCondition" >
42 < PropertyCondition Name ="Name" > 密码 ： </ PropertyCondition >
43 < PropertyCondition Name ="ControlType" > Edit </ PropertyCondition >
44 </ AndCondition >
45 < SupportLevel > 0 </ SupportLevel >
46 < Descendants />
47 </ UIObject >
48 </ Descendants >
49 </ UIObject >
50 </ Descendants >
51 </ TopLevelWindow >
52 </ TopLevelWindows >
53 </ UIMap >
54 </ Maps >
别看UIMap.uitest里为这些对象生成的了一大堆代码，其实对象中真正管作用的属性就ControlType,ID两个：
ID这个属性表示调用对象在对象库中的ID，例如在第二章下部分，编写ExecuteActions的时候，描述对那个对象进行操作
ControlType这个属性用于描述按什么类别来识别对象，识别原理之一的对象类别就是用这个表示
而管作用的节点也就这么两个：
<AndCondition>这个节点表示识别条件，他的子节点为<PropertyCondition>，表示具体识别条件，识别原理之二的关键标识属性就用这个表示
<Descendants>这个节点用于存放这个对象的子对象，识别原理之三的层级关系就是用这个表示
现在把上面自动生成的代码优化一下，把不必要的代码删除，并加上注释。然后再使用这段XML代码在录制生成器生成UIMap.designer.cs代码
2 < UIMap Id ="UIMap1" >
3 < TopLevelWindows >
4 <!-- 表示最高级别的窗体，属性ControlType表示按类型“Window”类型识别对象，对应识别原理之一 -->
5 < TopLevelWindow ControlType ="Window" Id ="UI系统登录Window" >
6 <!-- TechnologyName标签没有实际作用，但是删除了会报错，因此保留，之后的也是 -->
7 < TechnologyName > MSAA </ TechnologyName >
8 < AndCondition Id ="SearchCondition" >
9 <!-- 表示窗体的关键标识属性，识别的时候寻找Name属性为“系统登录”的窗体，对应识别原理之二 -->
10 < PropertyCondition Name ="Name" > 系统登录 </ PropertyCondition >
11 <!-- 表示窗体的关键标识属性，识别的时候寻找ClassName属性为“WindowsForms10.Window”的窗体 -->
12 < PropertyCondition Name ="ClassName" Operator ="Contains" > WindowsForms10.Window </ PropertyCondition >
13 </ AndCondition >
14 <!-- 表示窗体的子对象，对应识别原理之三 -->
15 < Descendants >
16 <!-- UI对象，按类型“Window”类型识别 -->
17 < UIObject ControlType ="Window" Id ="UITbx_uidWindow" >
18 < TechnologyName > MSAA </ TechnologyName >
19 < AndCondition Id ="SearchCondition" >
20 <!-- 关键标识属性，ControlName属性为“Tbx_uid”的对象 -->
21 < PropertyCondition Name ="ControlName" > Tbx_uid </ PropertyCondition >
22 </ AndCondition >
23 <!-- 他的子对象 -->
24 < Descendants >
25 <!-- UI对象，按类型“Edit”（文本框）类型识别 -->
26 < UIObject ControlType ="Edit" Id ="UITbx_uidEdit" >
27 < TechnologyName > MSAA </ TechnologyName >
28 < AndCondition Id ="SearchCondition" >
29 <!-- 关键标识属性，Name属性为“密码 ：” -->
30 < PropertyCondition Name ="Name" > 密码 ： </ PropertyCondition >
31 </ AndCondition >
32 < Descendants />
33 </ UIObject >
34 </ Descendants >
35 </ UIObject >
36 </ Descendants >
37 </ TopLevelWindow >
38 </ TopLevelWindows >
39 </ UIMap >
40 </ Maps >
接下来使用录制生成器生成UIMap.designer.cs代码，可以看到代码如下
2 public class UI系统登录Window : WinWindow // 这里的继承于WinWindow，是根据刚才XML文件里的属性ControlType="Window"生成的，表示按Window识别，对应识别原理之一
3 {
4
5 public UI系统登录Window()
6 {
7 // 这里是搜索条件，也就是关键识别属性，根据XML文件的AndCondition节点中的内容生成，对应识别原理之二
8 #region 搜索条件
9 this .SearchProperties[WinWindow.PropertyNames.Name] = " 系统登录 " ;
10 this .SearchProperties.Add( new PropertyExpression(WinWindow.PropertyNames.ClassName, " WindowsForms10.Window " , PropertyExpressionOperator.Contains));
11 #endregion
12 }
13
14 // 这里是他的子对象，对应于XML文件的Descendants节点，对应识别原理之三
15 #region Properties
16 public UITbx_uidWindow UITbx_uidWindow
17 {
18 get
19 {
20 if (( this .mUITbx_uidWindow == null ))
21 {
22 this .mUITbx_uidWindow = new UITbx_uidWindow( this );
23 }
24 return this .mUITbx_uidWindow;
25 }
26 }
27 #endregion
28
29 #region Fields
30 private UITbx_uidWindow mUITbx_uidWindow;
31 #endregion
32 }
33
34
35 [GeneratedCode( " 编码的 UI 测试生成器 " , " 10.0.30319.1 " )]
36 public class UITbx_uidWindow : WinWindow //这里的继承于WinWindow，是根据刚才XML文件里的属性ControlType="Window"生成的，表示按Window识别
37 {
38
39 public UITbx_uidWindow(UITestControl searchLimitContainer) :
40 base (searchLimitContainer)
41 {
42 // 这里是搜索条件，也就是关键识别属性，根据XML文件的AndCondition节点中的内容生成
43 #region 搜索条件
44 this .SearchProperties[WinWindow.PropertyNames.ControlName] = " Tbx_uid " ;
45 #endregion
46 }
47 // 这里是他的子对象，对应于XML文件的Descendants节点
48 #region Properties
49 public WinEdit UITbx_uidEdit // 这里的类型为WinEdit，是根据刚才XML文件里的属性ControlType生成的（ControlType="Edit"）
50 {
51 get
52 {
53 if (( this .mUITbx_uidEdit == null ))
54 {
55 this .mUITbx_uidEdit = new WinEdit( this );
56 // 这里是搜索条件，也就是关键识别属性，根据XML文件的AndCondition节点中的内容生成
57 #region 搜索条件
58 this .mUITbx_uidEdit.SearchProperties[WinEdit.PropertyNames.Name] = " 密码 ： " ;
59 #endregion
60 }
61 return this .mUITbx_uidEdit;
62 }
63 }
64 #endregion
65
66 #region Fields
67 private WinEdit mUITbx_uidEdit;
68 #endregion
69 }
总结
在本章介绍了VS2010的对象识别原理，想必大家对这个应该有所了解了吧？
我曾今在用UI测试做项目的时候，经常会发现这样那样的对象不能用录制生成器识别，这个时候怎么办呢？了解了对象识别原理，就可以自己改XML文件来控制对象的识别，如果有想做这方面练习的朋友，可以留下你的邮箱，我这里正在编写一个C# Winform小程序，这个程序上的所有控件都经过特殊处理，无法用录制生成器识别，只有通过自己修改XML文件来控制它的识别，如果想试试自己的身手，别忘了留下邮箱哦~~
到这里编码的UI测试的入门篇就完结了，接下来会进入进阶篇，以实际的例子描述如何对一个项目进行测试
附1：VS2010编码的UI测试支持识别的对象
| 平台 | 支持级别 |
| Windows Internet Explorer 7.0 Windows Internet Explorer 8.0 （包括 HTML 和 AJAX） | 完全支持 |
| Windows Internet Explorer 6.0 | 不支持 |
| 镶边OperaSafari | 不支持 |
| Silverlight 3.0 | 不支持 |
| Flash/Java | 不支持 |
| Windows 窗体 2.0 及更高版本 | 完全支持 注意 完全支持 NetFx 控件，但并非支持所有第三方控件。 |
| WPF 3.5 及更高版本 | 完全支持 注意 完全支持 NetFx 控件，但并非支持所有第三方控件。 |
| Windows Win32 | 可适用于某些已知问题，但不正式支持 |
| MFC | 可适用于某些已知问题，但不正式支持 |
| SharePoint | 部分支持 |
| Office 客户端应用程序 | 不支持 |
| Dynamics (Ax) | 部分支持 |
| SAP | 不支持 |
| Citrix/终端服务 | 部分支持 |
注：Silverlight4 现在已支持，详情见http://www.silverlightshow.net/news/Coded-UI-testing-for-Silverlight-4-now-available-.aspx，
园子里scottxu已有这方面研究，相关文章http://www.cnblogs.com/scottxu/archive/2011/02/28/1967112.html
附：发布计划
编码的UI测试系列之一：入门篇 一个简单的示例(Released)
编码的UI测试系列之二：入门篇 操作动作的录制原理（上）(Released)
编码的UI测试系列之二：入门篇 操作动作的录制原理（下）(Released)
编码的UI测试系列之三：入门篇 操作对象的识别原理 (Released)
编码的UI测试系列之四：进阶篇 通过编写测试代码的方式建立UI测试（上）(Released)
编码的UI测试系列之四：进阶篇 通过编写测试代码的方式建立UI测试（下）(Released)
编码的UI测试系列之五：进阶篇 常用测试要点和函数（1）
编码的UI测试系列之六：进阶篇 常用测试要点和函数（2）
编码的UI测试系列之七：进阶篇 UI测试之间的互相引用和测试组织
编码的UI测试系列之八：高级篇 远程调用其他机器进行测试
编码的UI测试系列之九：高级篇 使用MS测试管理器组织测试
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
