2018-10-19 自动化测试模型

（1）线性模型行

通过录制或编写对被测程序的操作步骤产生相应的线性脚本，每个脚本相对独立，且不产生其他依赖与调用，其实就是单纯的模拟用户完整的操作场景。

优点：每一个脚本都是完整且独立的，任何一个脚本都可以单独运行

缺点：开发与维护成本高

开发成本高，测试用例之间可能会存在重复的操作，必须为每一个用例去编写这些重复测操作

维护成本高，因为用例之间存在重复的操作，所以一旦这些重复操作发生改变时就需要逐一的进行修改

（2）模块驱动化测试

由于线性测试的缺陷非常明显，因此早期的自动化测试专家设计了测试模型来代替线性测试，借鉴编程语言中的模块化思想，把重复的操作独立成公共的模块以便调用，这样就最大限度的消除了重复，从而提高用例的可维护性。

* 提高了开发效率，不用重复编写相同的操作脚本。比如，已经写好一个登录模块的脚本，后续用例在需要登录的地方调用即可

* 简化维护的复杂性，某个模块的元素发生了变化，只需要修改该模块即可

（3）数据驱动测试

 数据驱动测试就是测试数据的参数化，因为测试数据的不同而程序的输出结果不同。比如"张三"登录系统后显示"欢迎张三"，"李四"登录系统后显示"欢迎李四" 

根本目的是实现数据与脚本相分离

（4）关键字驱动测试

关键字驱动测试框架虽然提供图形化的操作界面，一定程度减少了对测试人员的编码能力要求，但是这样的框架越到后期越难以维护，可靠性也会变差，关键字的用途与经验被局限在自己的框架内，你所学到的知识很难重用到其他地方，所以从测试人员的经验与技术的积累价值来讲，推荐通过编程的方式开发自动化测试脚本