ｍ Ｔｅｃｈｎｏｌｏｇｙ Ｉ技术 微软ＵＩ自动化测试的 技术演变（上） ●文／熊力 Ｗｉｎｄｏｗｓ平台的桌面开发技术，从最原始的Ｗｉｎ３２ ＳＤＫ，发展到．ＮＥＴ ＷｉｎＦｏｒｍ，一直到今天的ＷＰＦ和 Ｓｉｌｖｅｒｌｉｇｈｔ，发生了翻天覆地的变化，相对应的ｕ咱动化测试技术，也随之演变。 自 动拟化地用测控户试制的是另操指作外用～进一个行个测程程序试序，。模通自 ｗｉｎ３２ ＳＤＫ￣ｌｌＷｉｎｄｏｗｓ Ｍｅｓｓａｇｅ Ｍｉｃｒｏｓｏｆｔ Ｓｐｙ＋＋（图１）虽然不 在．ＮＥＴ问世以前，Ｗｉｎｄｏｗｓ平台 是测试工具，也算是使用这套技术的 上的Ｕｌ程序无外乎两种技术：Ｗｉｎ３２ 典型例子。通过Ｍｉｃｒｏｓｏｆｔ Ｓｐｙ＋＋可以 常自动化测试涉及下面三个步骤。 ＳＤＫ或者ＤｉｒｅｃｔＸ。由于ＤｉｒｅｃｔＸ多用 定位任意窗口，读取窗口属性，监视 于专业领域如游戏￣ＩＣＡＤ，本文并不 窗１３消息等等。 测试源侦测 讨论。 测试源侦测是定位测试目标元素 无论是ＭＦＣ、ＶＣＬ还是ＶＢ６， 的过程。比如要测试Ｗｉｎｄｏｗｓ附件中 Ｗｉ ｎ３２ ＳＤＫ都是其根本，最终打 的计算器，首先要把计算器窗１３和其 交道的其实都是ＨＷＮＤ和Ｗｉｎｄｏｗｓ 他程序比如写字板区分开。进一步测 Ｍｅｓｓａｇｅ。实现上述自动化的三个 试计算器窗口菜单的时候，需要首先 步骤无外乎三件法宝：Ｗｉｎ３２ ＡＰＩ， 定位菜单条的位置，获取第二层子菜 Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ和Ｗｉｎｄｏｗｓ Ｈｏｏｋ。 单等等。简单地说，自动化测试首先 测试程序首先通过ＦｉｎｄＷｉｎ． 要能够获取从桌面开始的整个Ｕｌ树结 ｄｏｗＥｘ￣１３ＥｎｕｍＷｉｎｄｏｗ遍历窗口和子 构，定位到特定测试目标。 窗口，找到测试元素比如某个按钮， 图１ Ｍｉｃｒｏｓｏｆｔ Ｓｐｙ＋＋ 然后可以通过Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ或 采用Ｗｉｎ３２ ＳＤＫ和Ｗｉｎｄ０－ＷＳ 用户行为模拟 者ＡＰＩ检查测试目标。比如通过ＷＭ Ｍｅｓｓａｇｅ的优点是直接，灵活。由于 用户行为模拟指模拟用户的输 ＧＥＴＴＥＸＴ或者ＧｅｔＷｉｎｄｏｗＴｅｘｔ读取 直接使用ｗｉｎ３２ ＡＰＩ，没有额外的学习 入，比如鼠标、键盘和触摸笔的操 窗口标题，通过ＧｅｔＷｉｎｄｏｗＲｅｃｔ读取 曲线，遇上问题可以直接参考Ｗｉｎ３２ 作，中间可能会涉及ＩＭＥ输入法、组合 按钮坐标位置等等。对于用户行为模 ＳＤＫ解决。使用Ｍｅｓｓａｇｅ Ｈｏｏｋ使得测 键、特定用户习惯，比如输入速度的 拟，可以直接通过ＳｅｎｄＫｅｙ ＡＰＩ来完 试程序可以灵活实现，直接对Ｗｉｎｄｏｗ 模拟等。 成，当然也可以发送ＷＭ ＣＨＡＲ或者 Ｍｅｓｓａｇｅ的操作不仅可以把很多情况 ＷＭ ＫＥＹＤＯＷＮ通知等等。 化繁为简，还方便ｔｅｓｔ ｈｏｏｋ的实现。 测试目标检查 除此以外，Ｗｉｎｄｏｗｓ Ｈｏｏｋ更加丰 （所谓ｔｅｓｔ ｈｏｏｋ，是指产品中为了方 指获取测试元素的属性，比如 富了技术的选取。通过Ｗｉｎｄｏｗｓ Ｈｏｏｋ， 便测试而专门设计的隐藏功能，该功 读取窗口标题，Ｌｉｓｔｂｏｘ的子元素， 测试人员还可以直接监控、截取、模拟 能对普通用户不可见，只是为了方便 Ｃｈｅｃｋｂｏｘ的状态等等，以便进行测试 目标程序的Ｗｉｎｄｏｗｓ￣息，实现更灵活 测试。） 检杳。 的模拟，检查甚至录制的功能。 缺点包括以下３个方面。 １００程序员 Ｅｎｔｅｒｐｒｉｓｅ ｌ企业开发 使用复杂，实现成本高。Ｗｉｎ３２ ＡＰＩ的使用上有很多需要特别注意的细 节，比如有的Ｗｉｎ３２ ＡＰＩ不能跨进程工 作，有的Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ只能发给 当前线程所创建的窗口，稍有不慎， 就导致测试程序不稳定。 术。ＭＳＡＡ暴露出来的ｌｎｔｅｒｆａｃｅ叫做 ＩＡｃｃｅｓｓｉｂｌｅ。测试程序和目标Ｕｉ程序 互操作流程如下： １．测试程序调用ｗｉｎｄＯＷＳ ＡＰｌ： ＡｃｃｅｓｓｉｂｌｅＯｂｊｅｃｔＦｒｏｍＷｉｎｄｏｗ，传入目标 Ｕｌ程序ＨＷＮＤ。 ２．ＡｃｃｅｓｓｉｂｌｅＯｂｊｅｃｔＦｒｏｍＷｉｎｄｏｗ函 数向ＵＩ程序发送ＷＭ ＧＥＴｏＢＪＥＣＴ消息。 就可以通过ｌＡｃｃｅｓｓ．ｂｌｅ把多个Ｃｅｌｌ的子 ＩＡｃｃｅｓｓｉｂｌｅ接口暴露给调用者。 ＩＡｃｃｅｓｓｉｂｌｅ的实现是由开发者 提供，开发者可以灵活地根据实际情 况决定方法的实现。比如前面提到了 折线图控件可以返回坐标数列。对于 ．过于底层，不便使用。为了方便 测试用例调用，需要对ＡＰＩ进行封装， ＮＥＴ ＷｉｎＦｏｒｍ，微软在Ｆｒａｍｅｗｏｒｋ中 ３．ｕＩ程序创建实现了ＩＡｃｃｅｓｓｉｂｌｅ的 内部类，然后通过ＬｒｅｓｕｌｔＦｒｏｍＯｂｊｅｃｔ ＡＰＩ ￣ｌＡｃｃｅｓｓｉｂｌｅ接口返回给测试程序。 ４．测试程序拿到ＩＡｃｃｅｓｓｉｂｌｅ接口，开 始调用ＩＡｃｃｅｓｓｉｂｌｅ接口函数操作测试目标。 就提供了ＩＡｃｃｅｓｓｉｂｌｅ的默认实现，这 增加了实现成本。同时Ｗｉｎ３２ ＡＰＩ的 也使得很多ＶＢ程序员不便调用。再 者，不同的开发工具，比如ＭＦＣ， ＶＣＬ，以及后来的．ＮＥＴ Ｆｒａｍｅｗｏｒｋ， 样在具体实现中，就可以处理．ＮＥＴ动 态维护ＨＷＮＤ的细节等等。 针对ＭＳＡＡ的工具也有很多，比 如ＡｃｃＥｘｐＩｏｒｅｒ（图２）可以像Ｓｐｙ＋＋ 一ＩＡｃｃｅｓｓｉｂｌｅ接口里面的几个关键 函数是： ●ＩＡｃｃｅＳＳｉｂＩｅ１．ｇｅｔａｃｃＣｈｉＩｄ／ —在内部实现上对Ｗｉｎ３２ ＡＰＩ有很多细 样对指定程序进行控件的树形浏 节的处理，要实现出针对各种情况 都通用的测试框架，并非易事。比 如，．ＮＥＴ中的ＷｌｎＦｏｒｍ ＣＯｎｔｒｏＩ对 Ｗｉｎ３２ ＨＷＮＤ的维护是动态的，同一 个ＷｉｎＦｏｒｍ Ｃｏｎｔｒｏｌ的ＨＷＮＤ在程序 的生命周期内是可能发生改变的，这 一览，检查ＭＳＡＡ属性等。 ＩＡｃｃｅｓｓｉｂｌｅ：：ｇｅｔ ａｃｃＰａｒｅｎｔ通过这两个函 数，调用者可以浏览目标程序的窗１３关系 树，定位￣ｒｌＵｌ元素。 ●ＩＡＣｃｅｓｓｉｂＩｅ：：ａｃｃＬｏｃａｔｉｏｎ／ｌ Ａｃｃｅｓｓ＿ｂｌｅ：：ａｃｃＨ＿ｌ１＿ｅｓｔ读取和分辨目标元 素的屏幕位置。 ●ＩＡ ｃｃｅｓｓｊｂＩｅ：：ａ ｃｃＮ ａｍｅ，Ｊ 点对于依赖ＨＷＮＤ作为唯一标识的 Ｗｉｎ３２ ＡＰＩ就是一个致命伤。 Ａｃｃｅｓｓｉｂｌｅ：：ａｃｃＳｅｌｅｃｔ读取元素的名字，对 无法操作自绘窗口。比如打开 Ｅｘｃｅｌ的工作表，会发现表格中的每一 个Ｃｅｌｌ并没有对应到ＨＷＮＤ上。Ｅｘｃｅｌ的 Ｃｅｌｌ都是通过代码绘制，而不是依赖于 现成的Ｗｉｎ３２ Ｃｏｎｔｒｏｌ。这就使得Ｗｉｎ３２ ＡＰＩ对于自绘窗口没有用武之地。 Ｕｌ元素进行指定的操作，比如选取Ｌｉｓｔｂｏｘ 里面的某一项等等。 ●ＩＡｃｃｅｓｓｉｂｌｅ：：ａｃｃＶａｌｕｅ开发人员可 以白定义ｖａｌｕｅ属性的实现。比如针对折线 图控件，开发人员可以在ａｃｃＶａｌｕｅ中返回 折线的坐标数列。 图２ ＡｃｃＥｘｐｌｏ￣ｒ 如果您是开发人员，对于 ＭＳＡＡ的理念类似于ｔｅｓｔ ｈｏｏｋ。 ｕｎｍａｎａｇｅｄ ＵＩ程序的ＭＳＡＡ实现，参 考ＭＳＤＮ中关于ＷＭ ＧＥＴＯＢＪＥＣＴ的 说明返回ＩＡｃｃｅｓｓｉｂｌｅ ｉｎｔｅｒｆａｃｅ就可以 通过主动让ＵＩ程序暴露一个接口来让 ＭＳＡＡ ＭＳＡＡ的全称是Ｍｉｃｒｏｓｏｆｔ Ａｃｔｉｖｅ Ａｃｃｅｓｓｉｂｉｌｉｔｙ。它类似于ＤＣＯＭ技术。 调用者控制。在具体使用中，测试人 员往往是结合ＭＳＡＡ和Ｗｉｎ３２ ＡＰｌ操 作，取长补短。～方面对于Ｕｌ元素丰 富的属性，比如ｓｔｙｌｅ、钩选状态、是 了。对于ｍａｎａｇｅｄ程序，实现方法更 简单，现成的例子可以参考： ●Ｃｏｎｔｒｏ１．ｏ 们ｌＡｃｃｅｓｓＩｂｌｅｏ 争ｄ Ｃｌａｓｓ ●Ｈｏｗ ｔｏ ｃｒｅａｔｅ ａｃｃｅｓｓｉｂｌｅ ｃｏｎｔｒｏｌｓ ｂｙ ｕｓｉｎｇ Ｖｉｓｕａｌ Ｂａｓｉｃ ＮＥＴ ｏｒ ｉｓｕａｌＶ Ｂａｓｉｃ ２００５ 技术模型是这样的，ＵＩ程序可以暴露 出一个Ｉｎｔｅｒｆａｃｅ，方便另一个程序对 否最大化和模拟用户输入等，继续采 用Ｗｉｎ３２ ＡＰＩ。另一方面用ＭＳＡＡ的 其进行控制。ＭＳＡＡ技术的初衷是为 了方便残疾人使用Ｗｉｎｄｏｗｓ程序。 比如盲人看不到窗口，但是盲人可以 优势来弥补Ｗｉｎ３２ ＡＰＩ的一些不足， 下面举例说明这～点。 对于测试程序如何直接获取并 使用ＩＡｃｃｅｓｓｉｂｌｅ接１３，并非本系列 重点，所以并不提供更多介绍。在后 面的文章中，会介绍如何隐含使用 ＩＡｃｃｅｓｓｉｂｌｅ和ＭＳＡＡ。 通过一个ＵＳＢ读屏器连接到电脑上， 读屏器通过Ｕｌ程序暴露出来的这个 Ｉｎｔｅｒｆａｃｅ，就可以获取程序信息，通 由于ＭＳＡＡ有自己的ｇｅｔ＿ａｃｃＣｈｉｌｄ 方法，使其控件树关系并不一定要和 Ｗｉｎ３２ ＨＷＮＤ的关系对应一致。对于自 绘窗口，虽然说只有一个ＨＷＮＤ，但是 开发人员可以通过实现ＩＡｃｃｅｓｓｉｂｌｅ接口 来实现逻辑上的层次关系。ｋｌＳ￣ｌ：ｌＥｘｃｅｌ中 ＭＳＡＡ也有自身的缺点。 １．虽然说ＭＳＡＡ基于ＣＯＭ技术，但 ＩＡｃｃｅｓｓｉｂｌｅ并不是一个ＣＯＭ标准接１：３。比如 过盲文或者其他形式传递给盲人。 ＭＳＡＡ提供了如此方便的功能， ＵＩ自动化测试自然可以借用这项技 使用者不需要调用ＣｏｌｎｉｔｉａｌｉｚｅＥＰ可使用，也无 ２Ｏ１Ｏ ０１ １０１ ｍ Ｔｅｃｈｎｏｌｏｇｙ Ｉ技术 法通过Ｑｕｅｒｙｌｎｔｅｒｆａｃｅ进一步获取更多的自定 义接口。这局限了ＭＳＡＡ所能提供的功能。 在提供的通用开发接口，ＭＳＡＡ旨在 提供程序的多种访问方式。相反，ＵＩＡ 的设计目的，以及新引入的模式和接 口都完全是针对Ｕ咱动化测试的。 测试的第一步是通过ＵｌＡ Ｃｏｎｄｉｔｉｏｎ 来找到计算器的按钮： Ｃｏｎｄｉｔｉｏｎ ｃｏｎｄｉｔｉｏｎｓ＝ｎｅｗ ２．ＩＡｃｃｅｓｓｉｂｌｅ接１３的定义有缺陷。 里面不少方法是可有可无的，但是又缺少 一些支持Ｕｆ自动化的关键方法。比如它提 ＡｎｄＣｏｎｄｉｔｉｏｎ（ｎｅｗ ＰｒＯｐｅｒｔｙＣＯ ｎｄｉｔｉｏｎ（ＡｕｔｏｍａｔｉｏｎＥ１ｅｍｅｎｔ． 供了ａｃｃＳｅｌｅｃｔ支持控件的选取，但是却没 有类似ａｃｃＥｘｐａｎｄ这样的方法支持树状控 件的展开等。 在后面的文章中我们会详细分析 ＵＩＡ的内部实现。可以看到，ＵＩＡ这一 套接口和模式，可以在不同平台，不 同开发工具中实现和使用。其内部实 现方式也因地制宜，前后的兼容性都 照顾得很好。同时，ＵＩＡ提供了托管的 和非托管两种ＡＰＩ，这些都是Ｗｉｎ３２和 ＭＳＡＡ无法比拟的。 Ａｕｔｏｍａｔｉｏｎ工ｄＰｒｏｐｅｒｔｙ，“１３５” ／ 按钮５的ＡｕｔｏｍａｔｉｏｎＩＤ标识符 ／），ｎｅｗ ＰｒｅＰｅｒｔｙＣｏｎｄｉｔｉｏｎ（Ａｕｔｏｍａｔｉｏｎ Ｅｌｅｍｅｎｔ．ＣｏｎｔｒｏｌＴｙｐｅＰｒｏｐｅｒｔｙ， 关于ＭＳＡＡ和ＵＩ自动化的更多渊 源，ＭＳＡＡ设计理念，现状和缺陷， ｃｏｎｔｒｏｌＴｙｐｅ．Ｂｕｔｔｏｎ）） ＡＵｔｏｍａｔｉｏｎＥ１ｅｍｅｎｔ ｂｔｎ＝ｃａ１ｃＷｉｎｄｏｗ． 可以参考微软早期的一篇名为“Ｗｈａｔ ｉｓ ＵＩ Ａｕｔｏｍａｔｉｏｎ”的文章。 ＦｉｎｄＡｌ１（ＴｒｅｅＳｃｏＰｅ．Ｄｅｓｃｅｎｄａｎｔｓ ｃｏｎｄｉｔｉｏｎｓ）［０］ 测试的第二步是调用Ｂｕｔｔｏｎ的 ｎｖｏｋｅ Ｐａｔｔｅｒｎ完成按钮点击： ＩｎｖｏｋｅＰａｔｔｅｒｎ ＵＩＡ和ＷＰＦ ＵＩＡｕｔｏｍａｔｉｏｎ是微软从Ｗｉｎｄｏｗｓ Ｖｉｓｔａ开始推出的一套全新ＵＩ自动化测 下面一段简单的Ｃ撑代码演示了 如何使用ＵＩＡ测试Ｗｉｎｄｏｗｓ自带计算 咄呲． ； 器完成计算３＋５—２的操作（下述代码 可能需要修改以适应不同Ｗｉｎｄｏｗｓ版 本的ｃａｌｃ．ｅｘｅ程序。本代码使用Ｖｉｓｕａｌ ＳｔｕｄｊＯ ２００８针对ＷｉｎｄＯＷＳ ２００８ ｉｎｖｏｋｅｐｔｎ；（ＩｎｖｏｋｅＰａｔｔｅｒｎ）ｂｔｎ． ｅｔＣｕｒｒｅｎｔＰａｔｔｅｒｎ（ＩｎｖｏｋｅＰａｔｔｅｒｎ． 试技术，简称ＵＩＡ。在最新的Ｗｉｎｄｏｗｓ ＳＤＫ中，ＵＩＡ和ＭＳＡＡ等其他支持ＵＩ自 动化技术的组件放在一起发布，叫做 Ｗｉｎｄｏｗｓ Ａｕｔｏｍａｔｉｏｎ ＡＰＩ。 Ｐａｔｔｅｒｎ） ！ｉｎｖｏｋｅｐｔｎ．Ｉｎｖｏｋｅ（） ｝测试的第三步是找到计算器输出 Ｓｅｒｖｅｒ Ｒ２ Ｅｎｇｌｉｓｈ编写）。 首先是启动ｃａｌｃ．ｅｘｅ进程，使 用ＷｉｎｄＯＷＯｐｅｎＥｖｅｎｔ捕获新打开 的窗口： Ａｕｔｏｍａｔｉｏｎ．ＡｄｄＡｕｔｏｍａｔｉｏ ｎＥｖｅｎｔＨａｎｄ１ｅｒ ｆＷｉｎｄｏｗＰａｔ ｔｅｒｎ．Ｗｉｎｄ０ｗ０ＤｅｎｅｄＥｖｅｎｔ． ＡｕｔｏｍａｔｉｏｎＥｌｅｍｅｎｔ．ＲｅｏｔＥ１ｅｍｅｎｔ 和前面的介绍相比，我倾向于认 为ＵＩＡ是一项自动化测试“技术”， 框，并获取输出框的输入，进行测试 结果校验。 ｎ ｄ ｎ ｔ ｔ Ｃ ｎ ｘ ｔ ｎ 谤守ｅ 而ＭＳＡＡ和Ｗｉｎ３２ ＡＰ１只是实现自动化 测试的两种“方法”。这里区分“技 术”和“方法”的原因是，一项“技 术”往往有的模型，体贴的开发 接口，用来专门解决某一类的问题， 同时允许不同的实现细节。ＵＩＡ可以被 一 一∞ ＝ ∞∞，量詈＿ 嘶ｍ晰＿。ｎ ： 瞄舌 ∞毗誉罐 ｌ ｂ ～三 。ＴｒｅｅＳｃｏＤｅ．Ｃｈｉ１ｄｒｅｎ． ｅｖｅｎｔＨａｎｄ１ｅｒ）； Ｓｙｓｔｅｍ．Ｄｉａ口ｎｏｓｔｉｃｓ．Ｐｒｏｃｅｓｓ． 叩 ，＝＿。， 该 看作“技术”，是因为： ＵＩＡ定义了全新的、针对Ｕｌ自 动化的接口和模式。分别是支持对 ＵＩ元素进行遍历和条件化查询的 ＴｒｅｅＷａｌｋｅｒ／ＦｉｎｄＡｌｌ。定义了读写Ｕｌ元 Ｓｔａｒｔ（“ｃａｌｃ．ｅｘｅ”） 在新窗口打开事件的相应函数 中，需要判断新打开的窗口是否为计 算器窗口，如果是，则开始测试。 凳 搀曼．蚍 ．１ ～ 榆 触 素属性的ＵＩＡ Ｐｒｏｐｅ￣ｙ，包括Ｎａｍｅ、 ＩＤ、Ｔｙｐｅ、ＣｌａｓｓＮａｍｅ、Ｌｏｃａｔｉｏｎ、 ＵＩＡ的优势 ＵＩＡ的优势非常明显，主要包括 以下几点： １．适应不同类型的Ｕｌ程序，包括 Ｗｉｎ３２、ＷｉｎＦｏｒｍ、ＷＰＦ和Ｓｉｌｖｅｒｌｉｇｈｔ。 Ｖｉｓｉｂｉｌｉｔｙ等等。定义了ＵＩ元素行为的 ＵＩＡ Ｐａｔｔｅｒｎ，比如Ｓｅｌｅｃｔ、Ｅｘｐａｎｄ、 Ｒｅｓｉｚｅ、Ｃｈｅｃｋ、Ｖａｌｕｅ等等。还引入 了ＵＩＡ Ｅｖｅｎｔ接口，可以让测试程序在 某些事件发生后得到通知，比如新窗 口打开事件等。 由于ＷＰＦ和Ｓｉｌｖｅｒｌｉｇｈｔ中的子窗１：３和控件 并不是传统的ＨＷＮＤ，所以Ｗｉｎ３２ ＡＰＩ和 ＭＳＡＡ为力。而ＵＩＡ可以直接支持这 两种程序。 ２．兼容传统的Ｗｉｎ３２和ＭＳＡＡ模 以往的Ｗｉｎ３２和ＭＳＡＡ设计出发 点并不是为解决ＵＩ自动化。Ｗｉｎ３２旨 式。前面提到过，ＵＩＡ技术的内部实现可 １Ｏ２程序员 Ｅｎｔｅｒｐｒｉｓｅ ｌ企业开发 以多样化。这一点在下一篇文章中会详 细讨论。ＵｌＡ通过一项叫做ＵＩＡ＜一＞ＭＳＡＡ 的桥技术，针对传统程序，可以在内部实 现中借用ＭＳＡＡ的接口和直接调用Ｗｉｎ３２ ＡＰＩ。这样不需要对控件或者程序的既有 实现做任何改动，就可以直接适用于ＵＩＡ 的新模式。 ３．新引入的Ｔ ｒｅｅＷａＩ ｋｅ ｒ、ＵｌＡ 动化技术和口动化框架 前面提到了ＵｌＡ作为全新ＵＩ自动 化测试技术的优势，但这并不能解决 所有的Ｕｌ自动化问题。自动化框架正 是为了自动化技术没有完全解决的问 题。比如： ５．区分功能性测试和用户真实行为 模拟。前面提到，就点击按钮功能来说， 可以通过ＳｅｎｄＫｅｙ来模拟鼠标操作，或者 通过Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ来直接触发点击 事件。这两种不同方法各有优劣。比如当 按钮被其他元素遮挡，通过ＳｅｎｄＫｅｙ进行 模拟就会导致失败，而直接发送Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ￣是会成功。孰优孰劣取决于要 达到的目的。如果单纯为了测试按钮点击 后导致的结果，通过Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ １．自动化中的同步和等待。对于稍 复杂的ＵＩ程序，测试程序往往需要根据测 试目标的状态决定下一步的操作。比如测试 文件另存为功能的时候，若保存路径是网络 路径，可能会因为网络延迟导致整个ＵＩ停顿 比较长的时间。这个时候测试，程序如果不 Ｅｖｅｎｔ、Ｐａｔｔｅｒｎ、Ｐｒｏｐｅｒｔｙ模式易于使用， 贴合自动化测试。这些模式高度抽象了各种 ＵＩ自动化测试的需求，同时又不和传统模式 相冲突。比如执行点击按钮操作，传统方法 要么模拟鼠标键盘操作，要么发送Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ，而Ｍｅｓｓａｇｅ还分为ＷＭ 来模拟就省去了很多麻烦。相反，如果是 界面测试，通过ＳｅｎｄＫｅｙ来模拟就可以让 按钮被遮挡的ｂｕｇ暴露出来，而Ｗｉｎｄｏｗｓ Ｍｅｓｓａｇｅ则不能发现这样的问题。 ＣＯＭＭＡＮＤ或者ＷＭ ＢＵＴＴＯＮＤＯＷＮ。而 通过ＵＩＡ Ｐａｔｔｅｒｎ，统一归类于Ｉｎｖｏｋｅ接口， 这个接口对于测试者来说就统一了。无论是 Ｗｉｎ３２、ＷＰＦ还是Ｓｉｌｖｅｒｌｉｇｈｔ按钮，都可以 顾当前状态而简单地执行下一步操作，比如 新建文件，很可能会因为Ｕｌ延迟而失败。正 确的做法是，测试程序应该等待文件保存成 功返回后，再进行下一步操作。这就是自 所以，单纯的某个自动化技术或 者方法也无法满足需求。为了解决上 述问题，各种自动化测试框架逐渐涌 现和发展。微软内部有多个不同的自 动化框架，设计理念和侧重点各有不 同。ＶｉｓｕａＩ Ｓｔｕｄｉｏ ２０１０将加入对自动 化测试的支持。在ＣｏｄｅＰｌｅｘ上面，也 可以找到多种框架，比如Ｗｈｉｔｅ和Ｕｌ Ａｕｔｏｍａｔｉｏｎ Ｖｅｒｉｆｙ。 动化中同步和等待的一个例子。实现同步和 通过统一接口执行，从而把具体实现隔离 开。同时，调用者若希望继续沿用键盘鼠标 模拟，仍Ｉ１９可以通过ＳｅｎｄＫｅｙ］］Ｎ上ＵＩＡ获取 等待有多种方法，最简单粗暴的做法是硬编 码一个长时间的Ｓｌｅｅｐ在测试代码中。稍微 好一点的做法可以采取小时问片的轮询状 坐标的方法实现。而ＵＩＡ Ｅｖｅｎｔ和对ＵＩ元素 支持条件化区域化搜索，更是极大简化了测 试人员的工作。 ４．提供托管的和非托管接口，方便 各种工具的开发人员。同时提供了简洁方便 态检查，或者反复重试。借助ＵＩＡ的Ｅｖｅｎｔ Ｐａｔｔｅｒｎ，可以尝试捕获另存为窗口的关闭 ＷｉｎｄｏｗＣＩｏｓｅｄＥｖｅｎｔ。如果要做得完善一 点，可以把多种方法结合，另外再额外检查 目标程序的ＣＰＵ使用情况，消息循环是否有 回应，设定超时时间等等。 ２．冗繁的编码过程。对于一个ＵＩ 窗口，里面可能有几十个子控件或者子窗 口。在编写测试代码的时候，如果对这些 的方式支持ＵＩ程序和控件开发人员扩展，自 定义ＵＩＡ的实现。比如通过ＡｕｔｏｍａｔｉｏｎＰｅｅｒ 来扩展基于ＷＰＦ的控件，通过实现简单的 ＩＲａｗＥｌｅｍｅｎｔＰｒｏｖｉｄｅｒＳｉｍｐｌｅ来扩展基于 小结 本篇主要介绍和比较了Ｗｉｎｄｏｗｓ 平台Ｕｌ自动化技术的演变。ＵｌＡ技术 势必成为Ｕｌ自动化的主流。在下一篇 中，我们会着重介绍ＵＩＡ技术的内部机 制、原理、实现以及如何在程序和控 ＷｉｎＦｏｒｍ的控件等。具体细节在下一篇文章 子元素的获取，操作不能简化，势必导致 中会详细介绍。 ５．针对ＷＰＦ程序，除了支持基本的 端对端（Ｅｎｄ ｔｏ Ｅｎｄ）ＵＩ自动化以外，还支 代码冗繁，难以维护。借助自动代码生成 和ＯＲＭ（Ｏｂｉｅｃｌ Ｒｏｌｅ Ｍｏｄｅｌｉｎｇ１）等技术， 可以解决这个问题。比如可以用工具把窗 口及其子元素的关系和搜索条件都序列化 到ＸＭＬ文件中，然后采用ＯＲＭ技术即可在 代码中轻松获取子元素。 ３．多语言和本地化测试。多语言和本 地化的测试对Ｕｌ来说显得尤为重要。ＵＩ程序往 往通过资源文件来定义所显示的内容，这就要 件中扩展ＵＩＡ的功能。＠ 持基于ＡｕｔｏｍａｔｉｏｎＰｅｅｒ的单元测试。具体 例子可以参考ＵＩ Ａｕｔｏｍａｔｉｏｎ ｉｎ Ｓｉｌｖｅｒｌｉｇｈｔ— Ｓｉｍｕｌａｔｉｎｇ Ｕｓｅｒ Ｉｎｔｅｒａｃｔｉｏｎｓ ６．提供了完善的工具、文档、开发 包、例子程序等。比如通过ＵＩ Ｓｐｙ（图３） 获取任意窗口或者元素的ＵＩＡ信息。 琶瞄 ■——■●——●■■——●■■■—■■■一 求自动化测试要可以方便读取和定位程序的资 源文件，来支持多语言和本地化测试。 ４．支持工具和辅助函数的匮乏。对于 大的项目研发，通过好的工具来减小开发成 本是非常必要的。就ＵＩ自动化来说，如果自 圈 熊事工Ｓ团ｅ力业程服ｒｖ部师ｅ，务ｒ 微的，２器０软负与８中件责 开ＲＷ国测２发ｉ研试中ｎｄ工发开活ｏｗ集具发动ｓ 目录管理工具的ＷＰＦ自动化测试。加入 产品开发团队前，服务于微软全球技术支 持中心，先后负责．ＮＥＴｆ ＣＯＭ，ＡＳＰＮＥＴ Ｖｉｓｕａｌ Ｓｔｕｄｉｏ等产品的技术支持。著有 （（Ｗｉｎｄｏｗｓ用户态程序高效排错》。 －责任编辑：郭晓刚（ｇｕｏｘｇ＠ｃｓｄｎ．ｎｅｔ） ２Ｏ１Ｏ Ｏ１ １Ｏ３ 动化测试用例可以通过一次录制，多次播放 来做的话，成本会减少很多。在ＶＳ２０１０中 就提供了这样的录制．播放功能。详细视频 可以参考Ｈｏｗ ｔｏ ｃｒｅａｔｅ ｒｅｃｏｒｄ ａｎｄ ｐｌａｙｂａｃｋ Ｔｅｓｔ Ｃａｓｅｓ ｉｎ Ｖｉｓｕａｌ Ｓｔｕｄｉｏ Ｂｅｔａ２。 图３ ＵＩ Ｓｐｙ
