Selenium模块化

时间:2023-03-08 19:07:30
Selenium模块化

概述

高内聚低耦合是软件设计的一个基本原则。

  • 内聚:从功能角度来度量模块内的联系,一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。
  • 耦合:各模块之间相互连接的一种度量,耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据,模块之间联系越紧密,其耦合性就越强,模块的独立性则越差。

自动化测试模型也遵循上面的原则,下面从本人熟悉自动化测试的过程中来了解一下。

线性测试

先看两组脚本内容,实际应用过程中以百度进行示例

脚本1

from selenium import webdriver

import time

from selenium.webdriver.common.keys import Keys

#打开浏览器

driver = webdriver.Ie()

driver.get('http://www.baidu.com')

#定位到搜索输入框,并输入内容查询

input=driver.find_element_by_id('kw')

input.send_keys('test')

input.send_keys(Keys.ENTER)

#退出浏览器

driver.quit()

脚本2

from selenium import webdriver

import time

from selenium.webdriver.common.keys import Keys

#打开浏览器

driver = webdriver.Ie()

driver.get('http://www.baidu.com')

#定位到搜索输入框,并输入内容查询

input=driver.find_element_by_id('kw')

input.send_keys('selenium')

input.send_keys(Keys.ENTER)

#退出浏览器

driver.quit()

上面脚本1和脚本2的功能一致,区别在于,脚本1打开Ie搜索centerm,脚本2打开Ie搜索selenium。

通过上面的图中的脚本,我们发现它优势就是每一个脚本都是独立的,任何一个脚本文件拿出来就能单独运行;

但一个用例对应一个脚本,假如搜索页面发生变化,输入框的属性发生改变,不得不需要对每一个脚本进行修改,当测试用例规模较大时,可以预见大量的工作用于脚本的维护,从而失去自动化的意义,这种模式下脚本的没有可重复使用的概念。

模块化处理

模块化处理:即将常用的可复用的部分功能独立出来,变成一个公共函数,当其他地方有需要用到的时候,就调用,大大降低维护成本。

从上面的两个脚本分析,可以将搜索部分作为一个公共模块,将搜索的内容作为一个参数来传递,经过改造,脚本如下:

脚本1:

def search(text):
#打开浏览器
driver = webdriver.Ie()
driver.get('http://www.baidu.com')
#定位到搜索输入框,并输入内容查询
input=driver.find_element_by_id('kw')
input.send_keys(text)
input.send_keys(Keys.ENTER)
#退出浏览器
driver.quit()
if __name__ == '__main__':
#定义要搜索的函数
text="selenium"
#调用search函数,进行搜索
search(text)

第一个脚本是将搜索功能作为一个公共模块,编写了一个函数,第二个脚本则是进行调用,这个如果搜索的数值发生变化,只需要修改第二个函数即可,不影响第一个脚本。

参数化

从上述改造后的脚本可以看出,已经节省了很大部分投入,但是在测试搜索功能的时候,不可能每一次测试都修改代码,再执行,这样也不能达到自动化的程度,所以引入了参数化的概念。

数据驱动应该是自动化的一个进步;从它的本意来讲,数据的改变(更新)驱动自动化的执行,从而引起测试结果的改变。这显然是一个非常“高级”的概念和想法。其实,我们可以直白的理解成参数化,输入数据的不同从而引起输出结果的变化。

对于后期维护来讲,完全不用更改测试代码,只需要维护参数化的数据表即可,一般参数化采用外部文件调用的方法

参考资料

http://www.cnblogs.com/jackei/archive/2012/11/25/2787231.html

http://www.cnblogs.com/jackei/archive/2012/11/25/2787231.html