首先，说明下这里采用的关键字驱动框架是RobotFramework，Web 自动化测试框架是Selenium2。该 WebLibrary 是对自动化测试的一个初步探索，并不完善，欢迎大家一起讨论。

这个自动化 Library 的初衷是：

• 简化用例编写，脱离 Eclipse 环境 (不使用 TestNG)
• 提高用例的可维护性
• 提高用例的可读性
• 提供较高的可扩展性

针对上述目的采用的实现方法是：

• 使用类似表格填充的方式编写用例，带关键字自动提示功能 (RobotFramework IDE)
• 对自动化用例根据进行分层，每层提供对外统一关键字 (采用 POM 思想分层)
• 元素管理和测试业务逻辑分离
• 除基础关键字外，其他所有层级的关键字采用中文统一规范命令，用例呈现形式接近自然语言
• 提供分布式部署

那么，在上述的实现方法之下，用例的可读性、可维护性和可扩展性有哪些提高呢？

可读性

上层关键字规范的中文命名方式使用例的呈现方式接近于自然语言，可读性大大增强，一个具体的用例写出来的形式如下图所示：

可维护性

• 可读性增强的情况下，可维护性也会随之得到提升
• 在用例运行报错的情况下，关键字驱动和中文命名的优势就体现出来了，可以通过定位出问题的关键字找到出错位置
• 采用分层设计，用例组织逻辑清晰，管理起来更加方便，如下图所示

可扩展性

这里只提一下 RobotFramework 提供的关键字驱动的可扩展性还是十分优秀的，把需要的功能或者操作封装成关键字即可；除此之外，Selenium2 自身的扩展性是完整保留的，Grid 也是支持的

RFUI 对 Selenium2 的二次封装

RobotFramework 提供上层的关键字驱动支持，底层的关于 元素/页面/窗口 各种操作的基础关键字，例如，click/input_text/maximize_browser_window，还是由 Selenium2 提供支持，所以需要将 Selenium2 封装成 RobotFramework 支持的 TestLibrary。

通过下图可以看出对 Selenium2 做了哪些封装，例如，支持文本定位点击（Web Click TextButton）、支持 Windows 下 Flash 上传控件（Web Upload File）、相同元素根据序号定位操作（Web Click Element）、支持 Hover and Click（Web Hover And Click）、获取匹配指定 Locator 的元素个数（Web Get Elements Num）、文本框输入完成后按下 Enter 键（Web Input Text）。当然包括这些特有的操作，所有的操作中都添加了加载保护（Wait Until Element Is Enabled/Visible），等元素到了可操作状态才进行下一步操作，所以可以省去用例中的 Sleep。图片太小可以右键->“新标签页打开”。

有了封装好的 WebLibrary 和 RobotFramework，那么我们的框架结构是这样的：

具体到实现原理的框架结构其实是这个样子的（需要结合前两篇博客来看）：

总体来讲，框架功能的完善性很多可以加强的地方，不过先前提出的几个问题基本上得到了解决。这种基于关键字驱动的自动化用例编写方式是否可行，通过在实际项目中的使用之后得出的结论是肯定的，不过还有许多有待完善的地方，比如 RobotFramework IDE 还不够成熟，WebLibrary 提供的基础关键字不够全面不够智能等等，这些会在后续的对自动化测试的学习中逐渐完善。