pythonwebdriver自动化测试实战.doc

- -

python webdriver 工程实战

第 5 章 测试模型与测试脚本优化

第一节、测试模型介绍

线性测试

通过录制或编写脚本，一个脚本完成用户一套完整的操作，通过对脚本的回放来进展自动化测试。

这是早期进展自动化测试的一种形式；我们在上一章中练习使用 webdriver API 所编写的脚本也是这种

形式。

driver.nd_element_by_id("tbPassword").send_keys("123456")

driver.nd_element_by_id("btnLogin").click()

#执行具体用例操作

......

- word.zl-

- -

driver.quit ()

脚本二

from selenium importwebdriver

importtime

driver = webdriver.Firefox()

driver.quit ()

通过上面的两个脚本，我们很明显的发现它的问题：

一个用例对应一个脚本，假设界面发生变化，用户名的属性发生改变，不得不需要对每一个脚本进

展修改，测试用例形成一种规模，我们可能将大量的工作用于脚本的维护，从而失去自动化的意义。

这种模式下数据和脚本是混在一起的，如果数据发生变也也需要对脚本进展修改。

这种模式下脚本的可重复使用率很低。

模块化与库

我们会清晰的发现在上面的脚本中，其实有不少内容是重复的；于是就有了下面的改良。

login.py

#登录模块

- word.zl-

- -

def quit_():

..............

测试用例：

#coding=utf-8

from selenium importwebdriver

importlogin,quit_ #调用登录、退出模块

driver = webdriver.Firefox()

driver.get("w.xxx.")

#调用登录模块

login.login()

用。这样做有两个好处：

一方面提高了开发效率，不用重复的编写一样的脚本；另一方面提高了代码的复用。

- word.zl-

- -

数据驱动

　数据驱动应该是自动化的一个进步；从它的本意来讲，数据的改变〔更新〕驱动自动化的执行，从而

引起结果改变。这显然是一个非常高级的概念和想法。

其实，我们能做到的是下面的形式。

d:\abc\data.txt

图 4.x

#coding=utf-8

from selenium importwebdriver

driver= webdriver.Firefox()

driver.get(".xxxx.")

- word.zl-

- -

　不管我们读取的是 txt 文件，还是 csv、excel 文件的之类，又或者是数组、字典函数。我们实现了数

据与脚本的别离，换句话说，我们实现了参数化。我们仍一千条数据，通过脚本的执行，可以返回一千

条结果出来。

　　同样的脚本执行不同的数据从而得到了不同的构造。是不是增强的脚本的复用性呢！

　　其实，这对开发来说是完全没有什么技术含量的；对于当初 QTP 自动化工具来说确是一个买点，因

为它面对的大多是不懂开发的测试。

关键字驱动

　　理解了数据驱动，无非是把“数据〞换成“关键字〞，关键字的改变引起测试结果的改变。

- word.zl-