（1）线性模型行
通过录制或编写对被测程序的操作步骤产生相应的线性脚本，每个脚本相对独立，且不产生其他依赖与调用，其实就是单纯的模拟用户完整的操作场景。
优点：每一个脚本都是完整且独立的，任何一个脚本都可以单独运行
缺点：开发与维护成本高
开发成本高，测试用例之间可能会存在重复的操作，必须为每一个用例去编写这些重复测操作
维护成本高，因为用例之间存在重复的操作，所以一旦这些重复操作发生改变时就需要逐一的进行修改
（2）模块驱动化测试
由于线性测试的缺陷非常明显，因此早期的自动化测试专家设计了测试模型来代替线性测试，借鉴编程语言中的模块化思想，把重复的操作独立成公共的模块以便调用，这样就最大限度的消除了重复，从而提高用例的可维护性。
* 提高了开发效率，不用重复编写相同的操作脚本。比如，已经写好一个登录模块的脚本，后续用例在需要登录的地方调用即可
* 简化维护的复杂性，某个模块的元素发生了变化，只需要修改该模块即可
（3）数据驱动测试
数据驱动测试就是测试数据的参数化，因为测试数据的不同而程序的输出结果不同。比如"张三"登录系统后显示"欢迎张三"，"李四"登录系统后显示"欢迎李四"
根本目的是实现数据与脚本相分离
（4）关键字驱动测试
关键字驱动测试框架虽然提供图形化的操作界面，一定程度减少了对测试人员的编码能力要求，但是这样的框架越到后期越难以维护，可靠性也会变差，关键字的用途与经验被局限在自己的框架内，你所学到的知识很难重用到其他地方，所以从测试人员的经验与技术的积累价值来讲，推荐通过编程的方式开发自动化测试脚本
