pythonwebdriver自动化测试实战.docVIP

python webdriver 项目实战 第5章 测试模型与测试脚本优化 第一节、测试模型介绍 线性测试 通过录制或编写脚本，一个脚本完成用户一套完整的操作，通过对脚本的回放来进行自动化测试。这是早期进行自动化测试的一种形式；我们在上一章中练习使用webdriver API 所编写的脚本也是这种形式。 脚本一 from selenium import webdriver import time driver = webdriver.Firefox() driver.get() driver.find_element_by_id(tbUserName).send_keys(username) 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() driver.find_element_by_id(tbUserName).send_keys(username) driver.find_element_by_id(tbPassword).send_keys(123456) driver.find_element_by_id(btnLogin).click() #执行具体用例操作 ...... driver.quit () 通过上面的两个脚本，我们很明显的发现它的问题： 一个用例对应一个脚本，假如界面发生变化，用户名的属性发生改变，不得不需要对每一个脚本进行修改，测试用例形成一种规模，我们可能将大量的工作用于脚本的维护，从而失去自动化的意义。 这种模式下数据和脚本是混在一起的，如果数据发生变也也需要对脚本进行修改。 这种模式下脚本的可重复使用率很低。 模块化与库 我们会清晰的发现在上面的脚本中，其实有不少内容是重复的；于是就有了下面的改进。 login.py #登录模块 def login(): driver.find_element_by_id(tbUserName).send_keys(username) driver.find_element_by_id(tbPassword).send_keys(456123) driver.find_element_by_id(btnLogin).click() quit.py #退出模块 def quit_(): .............. 测试用例： #coding=utf-8 from selenium import webdriver import login,quit_ #调用登录、退出模块 driver = webdriver.Firefox() driver.get() #调用登录模块 login.login() #其它个性化操作 ...... #调用退出模块 quit.quit() 注意，上面代码并非完整代码，不能运行。 通过上面的代码发现，我们可以把脚本中相同的部分独立出来，形成模块或库；当脚本需要进行调用。这样做有两个好处： 一方面提高了开发效率，不用重复的编写相同的脚本； 另一方面提高了代码的复用。 数据驱动 　　数据驱动应该是自动化的一个进步；从它的本意来讲，数据的改变（更新）驱动自动化的执行，从而引起结果改变。这显然是一个非常高级的概念和想法。 其实，我们能做到的是下面的形式。 d:\abc\data.txt 图4.x #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: driver = webdriver.Firefox() driver.get() driver.find_element_by_id(kw).send_keys(serch) ..... 　　不管我们读取的是txt 文件，还是csv、excel 文件的之类，又或者是数组、字典函数。我们实现了数据与脚本的分离，换句话说，我们实现了参数化。我们仍一千条数据，通过脚本的执行，可以返回一千条结果出来。 　　同样的脚本执行不同的数据从而得到了不同