自动化测试框架的发展

        基于界面的软件自动化测试框架经历了四个发展阶段：无框架→数据驱动→关键字驱动→混合 模型，如图 17-2 所示。

        （1）无框架阶段（即简单的录制/回放）。 在早期，自动化测试并没有框架这一概念，只是简单的录制/回放，由工具录制并记录操作的过程和数据，并形成脚本，通过对脚本的回放重复人工操作的过程。这种模式脚本与数据混合在一 起，导致一个测试用例对应着一个脚本，维护成本很高，并且当界面发生变化时，就得重新录制脚 本，导致脚本的使用率很低。 （2）数据驱动（Data Driven）框架阶段。 无框架阶段最大的缺点就是脚本与数据混合在一起，为了解决这一问题，自动化测试框架发展 到数据驱动框架阶段，该框架从数据文件中读取数据，通过参数化的方式将数据文件中的数据写入 脚本中，由于不同的数据对应着不同的测试用例，将脚本与数据彻底地分离，因此提高了脚本的使 用率，大大降低了脚本的维护成本。虽然数据驱动框架解决了脚本与数据的问题，但并没有将被测 试对象与操作分离。 （3）关键字驱动（Keyword Driven）框架阶段。 关键字驱动测试是在数据驱动框架的基础上改进的一种框架模型。它将测试逻辑按照关键字进 行分解，形成数据文件与关键字对应封装的业务逻辑。主要关键字包括三类：被测试对象（Item）、 操作（Operation）和值（Value）。用面向对象形式将其表现为 Item.Operation（Value）。关键字驱 动的主要思想是：脚本与数据分离、界面元素名与测试内部对象名分离、测试描述与具体实现细 节分离。（4）混合框架（Hybrid Framework）阶段。 关键字驱动框架将自动化测试框架带入了一个新的阶段，自动化测试工具 QuickTest 也很好地 使用了这个理念。但在实际开展自动化测试的时候，发现测试工具所带的关键字驱动方式还是无法 很好地完成测试任务。该框架虽然将数据与脚本进行了分离，但是如果要更灵活地调用测试用例中 的数据或输出测试结果，该框架无法做到；并且需要读取其他文件存储格式中的数据时也是无法很 好地解决，这样在自动化测试开始的前期，工程师会开发一个符合实际测试的框架来支持后期的测 试工作，这就是通常所说的混合模型自动化测试框架。 随着自动化测试框架的不断发展，自动化测试脚本类型也在不断地发生变化。自动化测试脚本 类型的发展经历了以下几个阶段： （1）线性脚本。通过录制直接产生线性执行脚本。线性脚本无法对其逻辑或顺序进行任何的 调整，产生的线性脚本只能按顺序一行一行地执行。该脚本类型对应着自动化测试框架发展中的无 框架阶段。 （2）结构化脚本。很显然线性脚本无法处理逻辑和业务关系。为了解决该问题，在原来的线 性脚本中添加了顺序、循环和分支等结构的脚本，形成结构化脚本。 （3）共享脚本。在实际测试过程中，需要将调试的脚本进行共享，供其他工程师调用，这样 脚本类型就发展到了可共享的阶段。 （4）数据驱动脚本。数据驱动脚本将数据与流程控制进行分离，通过读入数据文件来驱动 流程。（5）关键字脚本。脚本、数据、业务分离，数据和关键字在不同的数据表中，通过关键字来 驱动测试业务逻辑。