自动化测试模型

自动化测试模型

线性测试（记录和回放）

一个脚本即为一个完整的功能场景的操作，脚本与脚本之后不产生调用与依赖关系。相同的内容需要改动，则需要对每个脚本都进行同样的修改，维护成本较高。

模块驱动测试

把线性测试中不同脚本的重复内容提取出来，封装成公共模块，脚本调用封装好的方法。例如，每个脚本中都有登录这一过程，就可以将登录单独封装，每个脚本需要执行登录时，就调用一下登录这个方法。这样一来，修改登录相关的操作时，只需要对封装的模块做改动，降低了维护成本。

数据驱动测试

数据的改变驱动自动化测试的执行，最终引起测试结果的改变。不管是线性测试，还是模块驱动测试，测试数据直接写在脚本里。一旦需要修改测试数据，就需要对脚本进行修改。
数据驱动测试解决了这个问题，将测试数据和测试脚本分开。需要修改数据时，只需要修改测试数据，而无需对测试脚本进行修改。

关键字驱动测试

关键字驱动测试又被称为表驱动测或基于动作字测试。这类框架会把自动化操作封装成“关键字”，避免测试人员直接接触代码，多以“填表格”的形式降低脚本的编写难度。
关键字驱动测试是数据驱动测试的一种改进，将测试逻辑按照关键字进行分解，形成数据文件，关键字对应封装的业务逻辑。主要关键字包括三类：被操作的对象（Item）、操作（Operate）和值（value），依据不同对象还有其他对应参数。如：

关键字驱动的主要思想是：脚本与数据分离、界面元素名与测试内部对象名分离、测试描述与具体实现细节分离。关键字驱动的自动化测试框在受界面影响方面，较数据驱动和线性测试有明显的优势，可根据界面的变化更新对应的关键字对象，而不用重新录制脚本。
可参考这篇文章：自动化测试框架——关键字驱动