关键字：不变的、重复的、规范的

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() //刷新

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取