关键字:不变的、重复的、规范的
1)任务测试明确,需求不会频繁变动
2)项目周期要足够长
3)自动化测试脚本可重复使用,比如:比较频繁的回归测试
4)被测软件系统开发比较规范,能够保证系统的可测试性
5)软件系统界面稳定,变动少
6)项目进度压力不太大
是指把一个具体的页面转化为编程语言当中的一个对象,页面特性转化成对象属性,页面操作转化为对象方法。
1)通俗来讲把每个页面当成一个对象,页面层写定位元素方法和页面操作方法
2)用例层从页面层调用操作方法,写成用例
3)可以做到定位元素与脚本的分离
4)主要用来实现对页面操作和测试逻辑的一个分离
1)要封装页面中的功能或服务,比如点击页面元素,可以进入到新的页面,则可为这个服务封装方法"进入新页面"
2)封装细节,对外只提供方法名或者接口,尽量不要暴露页面的内部
3)封装的操作细节中不要使用断言,把断言放到单独的模块中,
4)点击一个按钮会开启新的页面,可以用return方法跳转,比如return MainPage()表示跳转到主页
5)整个 PO 你不需要封装整个页面的行为,用到什么逻辑就封装什么
6)一个动作可能产生不同结果,比如点击按钮后,可能成功,也可能失败,为两种结果封装两个方法:click_success和click_error
都是不定长参数,解决参数不固定问题。
args是非关键字参数,用于元组;kwargs是关键字参数 (字典)
也就是说args表示任何多个无名参数,然而kwags表示一个有着对应关系的关键字参数。
在使用的时候需要注意,*args要在**kwags之前,不然会发生语法错误。
垃圾回收机制(Garbage Collection),简称GC,是Python解释器自带的机制,专门用来进行垃圾回收。
在定义一个变量时,会申请内存空间,当该变量使用完毕,也应该释放掉该变量所占用的内存空间,Python则由GC机制进行回收。
无论何种垃圾回收机制,一般都分为两个阶段:垃圾检测和垃圾回收。
垃圾检测,就是区分已分配内存中的“可回收”和“不可回收”内存。
垃圾回收,则是使操作系统重新掌握垃圾检测阶段所标识出来的可回收内存块。
所谓垃圾回收,并不是直接把这块内存的数据直接清空了,而是将使用权重新交给了操作系统,不会应用程序霸占了。
什么是垃圾
1)当一个变量调用完毕,且后续不再需要时,便是垃圾。
2)当指向该变量地址的变量名指向另一个地址时,原变量内存地址无法被访问,此时该变量也是垃圾。
首先selenium是无法操作隐藏元素的(但是能正常定位到),本身这个框架就是设计如此,如果非要去操作隐藏元素,那就用js的方法去操作,selenium提供了一个入口可以执行js脚本。
元素的属性隐藏和显示,主要是 type="hidden"和style="display: none;"属性来控制的。
简单来说,两个都可以实现退出浏览器session功能。
close只会关闭浏览器,而quit关闭全部浏览器的同时,也会杀掉驱动进程
ElementNotSelectableException :元素不能选择异常
ElementNotVisibleException :元素不可见异常
NoSuchAttributeException :没有这样属性异常
NoSuchElementException:没有该元素异常
NoSuchFrameException :没有该frame异常
TimeoutException : 超时异常
Element not visible at this point :在当前点元素不可见
1)先用switch_to_alert()方法切换到alert弹出框上
2)可以用text方法获取弹出的文本 信息
3)通过accept()点击确认按钮
4)通过dismiss()点击取消按钮,取消弹出框
5)通过text()获得弹出窗口的文本
句柄:窗口的唯一标识
1)先获取当前窗口的句柄driver.current_window_handle
2)再获取所有的的窗口句柄driver.window_handle
3)循环判断是否是想要操作的窗口,如果是就可以对窗口进行操作;如果不是就使用driver.switch_to_window方法跳转到新的窗口。
Selenium中没有提供原生的方法判断元素是否存在,一般我们可以通过定位元素+异常捕获的方式判断。
1)线程等待(强制等待)如time.sleep(2):线程强制休眠2秒钟,2秒过后,再执行后续的代码。建议少用。
2)imlicitlyWait(隐式等待)会在指定的时间范围内不断的查找元素,直到找到元素或超时,特点是必须等待整个页面加载完成。
3)WebDriverWait(显式等待)通常是我们自定义的一个函数代码,这段代码用来等待某个元素加载完成,再继续执行后续的代码。
1)使用WebDriverWait()显性等待,等待元素加载出来后,再进行元素操作。
2)尽量减少不必要的操作:可以直接访问页面的,不要通过点击操作访问
3)有些页面加载时间过长,可以考虑中断加载
4)开发人员规范开发习惯,如给页面元素加上唯一的name、id等。
1)使用显性等待,减少强制等待或隐性等待的使用。
2)减少不必要的操作步骤。
3)如果页面加载的内容过多,就设置超时时间,中断页面加载。
1)在经常检测失败的元素前尽量加上显式等待时间,等要操作的元素出现之后再执行下面的操作。
2)多用 try 捕捉,处理异常
3)尽量使用测试专用环境,避免其他类型的测试同时进行,对数据造成干扰
自动化测试用例的执行策略是要看自动化测试的目的,通常有如下几种策略:
1)自动化测试用例是用来监控的,在此目的下,可以把自动化测试用例设置成定时执行的,如果每五分钟或一个小时执行一次,在jenkins上创建一个定时任务即可。
2)必须回归的用例。把测试用例设置成触发式执行,在jenkins上将自动化测试任务绑定到开发的build任务上。当开发人员在仿真环境上部代码的时候,自动化测试用例就会被触发执行。
3)不需要经常执行的测试用例。像全量测试用例,没必要一直回归执行,有些非主要业务线也不需要时时回归。这类测试用例采用人工执行,在jenkins创建一个任务,需要执行的时候人工去构建即可。
持续集成是一种软件开发实践,即团队开发成员经常将代码集成到主干,也就意味着每天可能会发生多次集成。
它的好处主要有两个:
1)快速发现错误。每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易。
2)防止分支大幅偏离主干。如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成。
目的:
持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量。它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。
接口测试需要,UI自动化不需要
8 种,分别是:id、name、class name、tag name、link text、partial link text、xpath、css
我最常用的是 xpath(或 CssSelector)
因为很多情况下,html 标签的属性不够规范,无法通过单一的属性定位,这个时候就只能使用 xpath 可以去重实现定位唯一element
事实上定位最快的是Id,因为id是唯一的,然而大多数开发并没有设置id。
属性动态变化是指该 element 没有固定的属性值,所以只能通过相对位置定位比如通过 xpath 的轴,找到该元素的父节点或者子节点等方式
不会的。
所以有的时候,当selenium并未加载完一个页面时,去请求页面资源,则会误报不存在此元素。
所以首先我们应该考虑判断,selenium是否加载完此页面。其次再通过函数查找该元素。(使用显示等待,等待页面加载后再去操作元素)
在selenium启动以后,driver充当了服务器的角色,跟client和浏览器通信,client根据webdriver协议发送请求给driver。driver解析请求,并在浏览器上执行相应的操作,并把执行结果返回给client。
The WebDriver Wire Protocol
http协议
1)select类里面提供的方法:select_by_value(“xxx”)
2)xpath的语法也可以定位到
不可变的数据类型包括:整数、浮点数、负数、布尔值、字符串、元组
可变参数类型包括:字典、列表、集合
重置元素属性,给定位的元素加背景、边框
assert,判断测试结果与期望结果是否一致
目的为了表示与验证软件开发者预期的结果——当程序执行到断言的位置时,对应的断言应该为真。若断言不为真时,程序会中止执行,并给出错误信息。
1)频繁地变更页面,经常要修改页面对象类里面的代码
2)自动化测试偶尔出现过误报
3)自动化测试结果出现覆盖的情况:Jenkins根据时间建立文件夹
4)自动化测试代码维护比较麻烦
5)自动化测试进行数据库对比数据
driver. navigate().forward() //前进
driver.navigate().back() //后退
driver.navigate0.efresh() //刷新