对于自动化测试框架，其实并没有多数人想象中的那么高深玄乎，框架的概念只是一系列的被事先定义好的标准和规范。在自动化测试中我们经常提到的对测试需求的解析、脚本设计、测试执行、测试报告、维护管理等等，通过框架将它们串联并封装起来，从而使框架的终端用户能够更方便地使用。然而，一个好的自动化测试框架，不仅仅要能让用户方便使用，还需要考虑很多其他因素，下面就来分享一下一些个人的经验。

　　● 选择一种类型的框架

　　目前比较常见的自动化测试框架主要有3种：数据驱动框架、关键字驱动框架和混合型框架。

　　1、数据驱动框架（Data Driven Framework）

　　数据驱动最适合测试的业务逻辑固定不变的应用程序，只有测试数据会变化。通常测试数据会被配置在外部文件或数据库中。

　　2、关键字驱动框架（Keyword Driven Framework）

　　关键字驱动顾名思义，它提供了一系列通用的关键字，用户通过调用这些关键字并输入一些参数可以实现单个操作，比如，打开浏览器、打开某个网页、点击某个链接等等，然后通过组织这些关键字形成一个完整的测试流程。

　　3、混合型框架（Hybrid Framework）

　　混合型框架就是把数据驱动和关键字驱动整合起来，同时具备了两者的优点。与关键字框架不同的是，这种框架通常会提供一些针对于特定应用程序的关键字，比如登录、登出等。然后在完整测试流程的基础上，再应用一层数据驱动，这样就能使测试逻辑和测试数据更加灵活和可配置。

　　● 不必重新造轮

　　在设计框架的时候应该尽可能的沿用自动化测试工具已提供的功能。比如，一个基于selenium的框架，selenium本身就已经提供了打开浏览器和网页，点击按钮等功能，就不必花时间再去开发这样一些关键字，以减少开发成本。

　　● 可重用性

　　一个好的框架必须具有高度的可重用性。我们可以把一些单独的操作组合成一些最常用的测试流程，比如，把“输入用户名”、“输入密码”、“点击登录”三个操作组合成一个关键字“登录”。

　　● 配置管理

　　如同开发团队一样，自动化脚本也需要有配置管理，这样才能更有效地对脚本的提交、修改、版本控制、基线化等操作进行管理，所以在设计框架的时候需要考虑结合配置管理工具，如CVS、VSS、SVN等。

　　● 可配置性

　　1、外部可配置性

　　脚本的配置项应该放在外部文件中，像URL，路径，版本信息等，从而能使脚本在不同的环境下运行。另外配置文件的路径也不能写死，应采用相对路径，以保证框架能在不同的机器上顺利运行。

　　2、内部可配置性

　　当框架部署到不同的机器上时，会有不同的环境，要有能够自动根据不同的系统环境完成必要配置的能力。举个例子，比如一个selenium框架被部署到装有不同浏览器的机器上，框架应当能根据当前系统上装了哪些浏览器而分别运行它们。

　　● 对象库维护

　　在自动化测试中遇到的大多数问题基本上都是由于对象的属性变化导致的脚本失败，所以，对象库的维护能力对于一个框架来说十分重要。我们可以把对象库作为一个共享资源，由专人进行维护。对象库可以是一个外部的XML、Excel、数据库等。