自
动化测试模型
一个自动化测试框架就是一个集成体系，在这一体系中包含
测试功能的函数库、测试数据源、测试对
象识别标准，以及种可重用的模块。自动化测试框架在发展的过程中经历了几个阶段，
模块驱动测试、数
据驱动测试、对象驱动测试。
目前工作中的自动化阶段如下
第一阶段--线性测试
通过录制或编写脚本，一个脚本完成一个场景（一组完整功能操作），通过对脚本的回放来进行自动
化测试。这是早期进行自动化测试的一种形式；我们在上一章中练习使用 webdriver
API 所编写的脚本
特点：
通过上面的图中的脚本，我们发现它优势就是每一个脚本都是独立的，任何一个脚本文件拿出来就能
单独运行；当然，缺点也很明显
，用例的开发与维护成本很高：
第二阶段--模块化与类库
的发现在上面的脚本中，其实有不少内容是重复的；于是我们就考虑能不能把重复的部分
写成一个公共的模块，需要的时候进行调用，这样就大大提高了我们编写脚本的效率。
特点：
一方面提高了开发效率，不用重复的编写相同的脚本；假如，我已经写好一个登录模块，我后续需要
做的就是在需要的地方调用，不同重复造轮子。
另一方面方便了代码的维护，假如登录模块发生了变化，我只用修改 login.py 文件中登录模块的代
码即可，那么所有调用登录模块的脚本不用做任何修改
升级版本--数据驱动
数据驱动应该是自动化的一个进步；从它的本意来讲，数据的改变（更新）驱动自动化的执行，从而
引起测试结果的改变。这显然是一个非常高级的概念和想法。其实，我们可直白的理解成参数化，输入数
据的不同从而引起输出结果的变化
第三个阶段：关键字驱动
理解了数据驱动，无非是把“数据”换成“关键字”，通过关键字的改变引起测试结果的改变。
关键字驱动用编程方式就不太容易表现了“填表格”式的关键字驱动帮我们封装了很多底层的东西，我们只
要考虑三个问题就可以了：
我要做什么？ 对谁做？怎么做？。
第四个阶段：行为驱动~
这部分暂时还在研究中，后续会进行总结