GUI 测试工具开源软件

设计理念

Dagger首先是一个WebUI自动化框架，提供了赖以操纵浏览器的一些API。API数量不多，少于20个，但从实践上，已经基本涵盖95%的应用场景了（其余5%比较 个性 的自动化操作一般是封装在业务逻辑层面，有时候甚至会须要hack）

Dagger其次是一个测试框架，使用TestNg管理和运行用例，TestNg相关断言内嵌于上述API中。因此，在我们的测试用例里面不应该看到单独的TestNg断言的

Dagger还是一种设计风格：简约。无论是Dagger框架本身还是基于Dagger编写的测试用例，都是十分light及straightforward的，以至于会让人感觉有点土。但实践中，这两者确保了低成本、易用性、可维护性

WebUI自动化从业界看，难推进，易烂尾，原因基本在于：维护成本高、运行速度慢、稳定性差

Dagger专注于WebUI自动化，从技术上克服了速度与稳定问题（见下文）。只封装够用的浏览器操作为API，并充分简化/强化这些API，以简约的风格去降低自动化的学习及使用成本。同时，在实践中，我们主要使用Dagger编写冒烟用例、其次是主干用例，少写逻辑复杂功能，不写边边角角功能，让用例也保持清爽（在整个自动化实施过程中，会定期进行用例Review），同样易于后期维护

主要特性

• API极少，易于上手，详见这里.

• 提供比较完备的文档，便于快速入门，详见这里.

• 支持单机多浏览器并发执行，大大缩短用例执行时间，详见这里

• 通过修改TestNg源码实现失败用例自动重运行（详见这里）由此几乎消除WebUI自动化中常见的虚假失败

• 默认使用Chrome浏览器，原因详见这里

• 失败用例自动截屏

后续工作

• 加入Flex/Flash自动化支持

如何使用

Dagger十分适合中小型团队从零开始WebUI自动化，这样的话，只须要直接下载整个Dagger代码就行了，Dagger本身都已经配置好了，下载后看一下使用文档就可以直接开始写用例了

也可以把Dagger打成Jar包，导入已有的自动化框架中，详见这里

2.Web UI 测试工具Huxley

http://www.oschina.net/p/huxley

Huxley 是一款来自 Facebook 出品的 Web 应用的 UI 测试工具，由  Pete Hunt 和 Maykel Loomans 用 Python 开发。

Huxley 可以**你浏览的内容，进行屏幕截图，然后告诉你发生了什么变化。

3.GUI 自动化测试框架pywinauto

http://www.oschina.net/p/pywinauto

Pywinauto是基于Python开发的，用于自动化测试的脚本模块，主要操作于Windows标准图形界面。它可以允许你很容易的发送鼠标、键盘动作给Windows的对话框和控件。

其中，最主要功能为对windows标准控件的一系列动作可编程处理。包括对窗口的指定、鼠标或键盘操作、获得控件属性等等。程序的开始为对所需应用的启 动或连接。获得程序连接后，pywinauto通过窗口的名称、类名、是否可见等属性寻找匹配的窗口，进而通过类似方法寻找用户所需的控件，并获得相应的 句柄。之后，用户可通过易理解的编程方式对指定控件进行相关操作的编程，包括鼠标点击、键盘输入、判断控件间关系、获取控件属性等。

结构：

4.Qt GUI测试工具Squish

http://www.oschina.net/p/squish

Squish/KDE是一个免费的Qt GUI测试工具，它可建立KDE上的程序并运行测试。Squish提供了一个可选择脚本语言（如Python,JavaScript和Tcl）的通用的测试框架，它更是提供了特殊测试函数，界面打开，附加功能，测试管理系统的集成，一套帮助程序建立与调试的功能强大的IDE和一系列可使测试易于自动运行的命令行工具等扩展。

Squish/KDE是基于Squish/Qt 3.0的，froglogic公司已经转向支持开源项目KDE的质量保证。Squish/KDE是去年由froglogic公司主办的KDE质量保证会议反馈的结果。

Squish/KDE是Squish（用于建立与运行测试KDE程序）的免费版本（非开源的）。此外，froglogic公司将寻找一些临时测试者，使得对KDE核心程序进行GUI测试的工作能继续进行下去。想快速了解Squish的可以在http://www.froglogic.com/download/demos/squish_2_intro/看到演示flash。

5.UI 自动化测试iQuery

http://www.oschina.net/p/iquery

在程序界面（UI）自动化测试中，最烦人的就是抓取控件的过程了，要么是程序员忘记在代码里给控件添加自动化测试用的标签；要么就是界面布局经常 变，如果是基于坐标位置抓取的话，一点小变化都很麻烦。碰到这种问题很讨厌，界面变更导致的测试失败由于跟产品问题无关，因此开发一方经常会拒绝修改代 码，问题全部丢给测试工程师一方。而在手机应用上，这种问题就更突出了，一个市场占有率较广的应用通常都支持好几个平台，而各个平台的编程方式还不一 样……

iQuery的思路借鉴自jQuery（或者说是CSS）的选择器，一方面提供一个比较简单的方式在自动化测试程序里抓取控件，一方面试图通过将控 件归类提供一种跨平台统一的控件抓取表述语法。它是一个多平台通用的控件查询语法，当前已经实现了iOS版，支持在Instrument里使用，本文介绍 iQuery在iOS上Instrument中的用法。

我们尽量将iQuery的语法与jQuery的语法保持一致，然而由于二者的目标不一致（jQuery致力于尽可能多的抓取控件，而iQuery则致力于以最快的速度抓取目标控件），所以iQuery和jQuery的语法有一些细微的差别。

6.Swing应用测试工具Marathon

http://www.oschina.net/p/marathon

Marathon 是一个 GUI 应用测试工具，允许你通过播放并记录 Java Swing UI 应用脚本。该工具采用 Java 编写，使用 Python 和 Ruby 作为脚本语言。Marathon 包含一个记录器、编辑器、播放器和调试器。