这一篇我的偶像Jackei 致敬：
（关于偶像的问题，发表一下自己的看法，我觉得每个人都应该有“偶像”，偶像是标杆和奋斗目标。关于有些人拿比尔盖茨 和 自己当偶像的，要么活在梦里，要么活在自己的世界，我只能 呵呵 了。）
其实，从刚开始做
测试就有
学习自动化（基于UI 的
web自动动化测试），理解上一直处于非常皮毛的状态。再次的深入学习并实践自动化大概从半年前开始。边学习边总结是我的一贯学习方式。
《我所知道的
软件测试自动化》- 关键字驱动的过去和未来
Jackei 的这篇
文章我了好几遍，虽然将的内容并不高深，但随着自己自动化水平的提高，每次看完也会一新体会。基于这篇文章，扩展的来谈一下自己对几种
自动化测试模型的理解。
线性测试
通过录制或编写脚本，一个脚本完成用户一套完整的操作，通过对脚本的回放来进行自动化测试。
这是早期进行自动化测试的一种形式。
脚本一
from selenium import webdriver import time driver = webdriver.Firefox() driver.get("http://passport.cnblogs.com/login.aspx?ReturnUrl=http://www.cnblogs.com/fnng/admin/EditPosts.aspx") driver.find_element_by_id("tbUserName").send_keys("admin") driver.find_element_by_id("tbPassword").send_keys("123456") driver.find_element_by_id("btnLogin").click() ...... driver.quit () |
脚本二
from selenium import webdriver import time driver = webdriver.Firefox() driver.get("http://passport.cnblogs.com/login.aspx?ReturnUrl=http://www.cnblogs.com/fnng/admin/EditPosts.aspx") driver.find_element_by_id("tbUserName").send_keys("user") driver.find_element_by_id("tbPassword").send_keys("456123") driver.find_element_by_id("btnLogin").click() ...... driver.quit () |
通过上面的两个脚本，我们很明显的发现它的问题：
一个用例对应一个脚本，假如界面发生变化，用户名的属性发生改变，不得不需要对每一个脚本进行修改，
测试用例形成一种规模，我们可能将大量的
工作用于脚本的维护，从而失去自动化的意义。
这种模式下数据和脚本是混在一起的，如果数据发生变也也需要对脚本进行修改。
这种模式下脚本的可重复使用率很低。
模块化与库
我们会清晰的发现在上面的脚本中，其实有不少内容是重复的；于是就有了下面的形式。
#coding=utf-8 from selenium import webdriver import time #登录模块 def login(): driver.find_element_by_id("tbUserName").send_keys("user") driver.find_element_by_id("tbPassword").send_keys("456123") driver.find_element_by_id("btnLogin").click() #退出模块 def quit(): .............. driver = webdriver.Firefox() driver.get("http://passport.cnblogs.com/login.aspx?ReturnUrl=http://www.cnblogs.com/fnng/admin/EditPosts.aspx") #调用登录模块 login() #其它个性化操作 ...... #调用退出模块 |
注意，为了省事我把代码写在了一个文件里，真正的实施时需要把模块放到其它文件进行调用。还有上面代码不能完整运行。
通过上面的代码发现，我们可以把脚本中相同的部分独立出来，形成模块或库；当脚本需要进行调用。这样做有两个好处：
一方面提高了开发效率，不用重复的编写相同的脚本。
另一方面提高了代码的复用。
数据驱动
数据驱动应该是自动化的一个进步；从它的本意来讲，数据的改变（更新）驱动自动化的执行，从而引起结果改变。这显然是一个非常高级的概念和想法。
其实，我们能做到的是下面的形式。
d:\abc\data.txt
#coding=utf-8 from selenium import webdriver import os,time source = open("D:\\abc\\data.txt", "r") values = source.readlines() source.close() # 执行循环 for serch in values: browser = webdriver.Firefox() browser.get("http://www.baidu.com") browser.find_element_by_id("kw").send_keys(serch) browser.find_element_by_id("su").click() browser.quit() |
好吧！不管我们读取的是txt 文件，还是csv、excel 文件的之类，又或者是数组、字典函数。我们实现了数据与脚本的分离，换句话说，我们实现了参数化。我们仍一千条数据，通过脚本的执行，可以返回一千条结果出来。
同样的脚本执行不同的数据从而得到了不同的结构。是不是增强的脚本的复用性呢！
其实，这对开发来说是完全没有什么技术含量的；对于当初QTP 自动化工具来说确是一个买点，因为它面对的大多是不懂开发的测试。
关键字驱动
理解了数据驱动，无非是把“数据”换成“关键字”，关键字的改变引起测试结果的改变。
关键字驱动用编程方式就不太容易表现了。QTP 、 robot framework 等自动化工具就是典型的关键字驱动（填表格）
好吧！我能说selenium IDE 也是关键字驱动么？
转化成表格是这样的：
Selenium IDE 脚本分：命令（command）、对象（command）、值（value）
格式就那里不偏不移，通过这样的格式去描述不同的对象，从而引起最终结果的改变。也就是说一切以对象为出发点。
当然，这样的脚本，显然对于不懂代码的同学非常直观！我要找谁（对象）？怎么做（命令）？做什么（值）？
更高级的关键字驱动，可以自己定义keyword然后“注册”到框架；从而实现更强大的功能和扩展性。关键字更详细的理解可以看我偶像的那偏文章。
本文所列出了不同自动化模型，虽然简单阐述了他们的优缺点，但并不主观的说评判某一模型好坏。其实他们也并非单纯后者淘汰前者的关系，实施自动化更多的是以需求为出发点，混合的来使用以上模型去解决问题。