13、上传文件
上传过程一般是打开一个系统的window窗口，从窗口选择文件添加，一般会卡在如何操作Window窗口。其实，没那么复杂，只要定位上传按钮，通过send_keys()添加文件路径就可以了。
上传控件标签为input
上传控件标签为非input
可以借助第三方工具：Autolt
14、下载文件
webdriver允许设置默认下载路径，从而可以跳过下载弹窗提示
1）chrome下载
思路：实例化一个option对象
设置配置，并加载到option中
启动浏览器，点击下载链接
优势：使用谷歌浏览器下载，不需要针对各种文件类型进行配置
2）Firefox下载
对于Firefox，需要我们设置其Profile：
browser.download.dir：指定下载路径
browser.download.folderList：设置成2表示使用自定义下载路径；设置成0表示下载到桌面；设置成1表示下载到默认路径
browser.download.manager.showWhenStarting：在开始下载时是否显示下载管理器
browser.helperApps.neverAsk.saveToDisk：对所给出文件类型不再弹出框进行询问
Firefox需要针对每种文件类型进行设置，这里需要我们查询对应文件的MIME类型。
15、调用js和控制浏览器滚动条
1）webdriver提供了execute_script(script,*args)方法调用js
2）控制浏览器滚动条
应用场景：判断法律文件是否阅读完，滚动条拉倒最下面，表示用户已看完
要操作的元素不在视觉范围内，需要拖动滚动条
火狐浏览器
谷歌浏览器
16、处理cookie
driver.get_cookies()-------------------------------获得所有cookie
driver.get_cookie(name)-------------------------获得name属性的cookie
driver.add_cookie(cookie_dic)-----------------添加cookie（cookie格式为字典，）
driver.delete_cookie(name)---------------------删除特定cookie
driver.delete_all_cookies()----------------------删除所有cookie
17、验证码问题
跳过验证码的方法：
1）去掉验证码
2）设置万能码
3）通过cookie跳过验证码登录
18、webdriver原理
1）WebDriver 启动目标浏览器，并绑定到指定端口。该启动的浏览器实例，做为web driver 的remote server。
2）Client 端通过CommandExcuter 发送HTTPRequest 给remote server 的侦听端口（通信协议： the?webriver wire protocol）
3）Remote server 需要依赖原生的浏览器组件（如：IEDriverServer.exe、chromedriver.exe），来转化转化浏览器的native 调用。
自动化测试模型
1、自动化测试模型介绍
1）模块化与类库
将脚本中重复可复用的部分拿出来写成一个公共的模块，需要的时候就调用它，可以大大提高测试人员编写脚本的效率。如将登录和退出模块化
模块化的优点：提高效率，不用编写重复脚本
需要修改代码时，只需要修改模块代码，调用模块的代码不需要修改
2）数据驱动
数据驱动可理解成参数化，输入数据的不同从而导致输出结果的不同
将数据与脚本分离
3）关键字驱动
通过关键字的改变引起结果的改变
QTP、robot framework 等都是以关键字驱动为主的自动化工具
2、登录模块化
3、数据驱动（参数化）
参数化方式：读取TXT文件和CSV文件、函数、字典?
1）读取TXT文件
分别打开两个文件，将用户名和密码赋值给变量，传递给输入框
缺点：用户名和密码在不同的文件中，修改较麻烦
文件中只能保存一个用户名和密码，不能循环读取
2）登录参数化（函数）
user_info.py
登录模块中，通过2个变量来接受函数返回的值（用户名、密码），
3）登录参数化（字典）
user_info.py
登录模块通过字典的键值对取值
4）表单参数化
通过WPS 或excel 创建表格，文件另存为选择CSV 格式
csv.reader()用于读取CSV 文件，user[0] 表示表格中第一行第一列的数据（用户名），user[1]表示表格中第一行第二列的数据（邮箱），后面类推。通过CSV 读取文件比较灵活，可以循环读取每一条数据，从而又不局限每次所读取数据的个数。
自动化测试用例设计
1、手工测试用例和自动化测试用例
手工测试用例
较好的异常处理能力，能通过人为的逻辑判断校验当前步骤的功能实现正确与否。
人工执行用例具有一定的步骤跳跃性。
人工测试步步跟踪，能够细致的定位问题。
主要用来发现功能缺陷
自动化测试用例
执行对象是脚本，任何一个判断都需要编码定义。
用例步骤之间关联性强。
主要用来保证产品主体功能正确完整和让测试人员从繁琐重复的工作中解脱出来。
目前自动化测试阶段定位在冒烟测试和回归测试。
2、测试类型
1）测试静态内容
用于验证静态性的、不变化的UI元素的存在性
如，页面底部备案信息，以及页面顶部的图片
2）测试链接
如果页面链接经常变化或文件不时被重定向，可以尝试自动化测试
3）功能测试
功能测试通常是需要自动化测试的最复杂的测试类型,但也通常是最重要的。典型的测试是登录,注册网站账户,用户帐户操作,帐户设置变化,复杂的数据检索操作等等。功能测试通常对应着您的应用程序的描述应用特性或设计的使用场景。
4）测试动态元素
5）ajax测试
Ajax 是一种支持动态改变用户界面元素的技术。页面元素可以动态更改,但不需要浏览器重新载入页面,如动画,RSS 源,其他实时数据更新等等。
6）断言assert和验证verify
断言的优点和缺点：
优点:你可以直截了当地看到检查是否通过。
缺点:当检查失败,后续的检查不会被执行,无法收集那些检查的结果状态
验证的优点和缺点：
优点：遇到失败时，测试不会终止
缺点：不能得到测试失败的相关反馈
及时得到反馈会更合适,因此断言通常比验证更常使用。
3、Python异常断言
1）异常的抛出机制：
1> 如果在运行时发生异常，解释器会查找相应的处理语句（称为handler）.
2> 要是在当前函数里没有找到的话，它会将异常传递给上层的调用函数，看看那里能不能处理。
3> 如果在最外层（全局“main”）还是没有找到的话，解释器就会退出，同时打印出traceback 以便让用户找到错误产生的原因。
注意：虽然大多数错误会导致异常，但一个异常不一定代表错误，有时候它们只是一个警告，有时候它们可能是一个终止信号，比如退出循环等。
2）捕捉异常
try....except...
输出报错信息
try...finally...
finally语句必须要要执行，比如：文件关闭，把数据库连接返回给连接池
如图，按Ctrl+C中断程序
finally中的语句仍然被执行
3）raise抛出异常
4、webdriver截图
Webdriver 提供错误截图函数get_screenshot_as_file()，可以帮助我们跟踪bug，在脚本无法继续执行时候， get_screenshot_as_file()函数将截取当前页面的截图保存到指定的位置
5、编写自动化测试实例
编写自动化测试用例的原则：
1、一个脚本是一个完整的场景，从用户登陆操作到用户退出系统关闭浏览器。
2、一个脚本脚本只验证一个功能点，不要试图用户登陆系统后把所有的功能都进行验证再退出系统
3、尽量只做功能中正向逻辑的验证，不要考虑太多逆向逻辑的验证，逆向逻辑的情况很多（例如手号输错有很多种情况），验证一方面比较复杂，需要编写大量的脚本，另一方面自动化脚本本身比较脆弱，很多非正常的逻辑的验证能力不强。（我们尽量遵循用户正常使用原则编写脚本即可）
4、脚本之间不要产生关联性，也就是说编写的每一个脚本都是独立的，不能依赖或影响其他脚本。
5、如果对数据进行了修改，需要对数据进行还原。
6、在整个脚本中只对验证点进行验证，不要对整个脚本每一步都做验证。
unittest单元测试框架
1、引入单元测试框架
测试类：
setup()方法要在每个方法执行前执行一次
teardown()方法在每个方法执行后执行一次
