我所知道的自动化测试模型-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

我所知道的自动化测试模型

简介:
 这一篇我的偶像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然后“注册”到框架;从而实现更强大的功能和扩展性。关键字更详细的理解可以看我偶像的那偏文章。
  本文所列出了不同自动化模型,虽然简单阐述了他们的优缺点,但并不主观的说评判某一模型好坏。其实他们也并非单纯后者淘汰前者的关系,实施自动化更多的是以需求为出发点,混合的来使用以上模型去解决问题。
最新内容请见作者的GitHub页:http://qaseven.github.io/

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享: