前言
Po模型介绍
1、简介
在自动化中，Selenium自动化测试中有一个名字经常被提及PageObject(思想与面向对象的特征相同)，通常PO模型可以大大提高测试用例的维护效率
2、为什么要用PO
基于selenium2开始ui自动化测试脚本的编写不是多么艰巨的任务。只需要定位到元素，执行对应元素的操作即可。
我们所能做的就是元素的定位，然后进行键盘输入或鼠标动作。但随着时间的迁移，测试套件将持续的增长。脚本也将变的越来越多。如果我们需要维护10个页面，100个页面，甚至1000个呢？
那么页面元素的任何改变都会让我们的脚本维护变得繁琐复杂，而且变得耗时易出错。那怎么解决呢？
ui自动化中，常用的一种方式，引入Page Object（PO）：页面对象模式来解决，po能让我们的测试代码变得可读性更好，可维护性高，复用性高。
3、PO的优势
PO提供了一种业务流程与页面元素操作分离的模式，这使得测试代码变得更加清晰。
页面对象与用例分离，使得我们更好的复用对象。
可复用的页面方法代码会变得更加优化
更加有效的命名方式使得我们更加清晰的知道方法所操作的UI元素。
重用，业务和对象分离，代码结构清晰，方便代码维护
Po的设计模式
PO的核心要素
1、在PO模式中抽离封装集成一个BasePage类，该基类应该拥有一个只实现webdriver实例的属性
2、每一个page都继承BasePage，通过driver来管理本page中元素，将page中的操作封装成一个个方法
3、TestCase继承unittest.Testcase类，并依赖page类，从而实现相应的测试步骤
PO设计模式中的BasePage基类对应案例中的BasePage.py文件
PO模式中的pages中的案例显示Search.py
PO模式设计中TestCase对应案例中的TestCase.py
非PO实现
# 代码展示
from selenium import webdriver
from time import sleep
driver = webdriver.Firefox()
driver.get("http://www.baidu.com")
driver.find_element_by_id("kw").send_keys("jack")
sleep(1)
driver.find_element_by_id("su").click()
sleep(2)
driver.quit()
代码分析：
不同的运行脚本环境，游览器不同：驱动webdriver.Firefox()可以剥离；
请求地址的变化(生产环境和测试环境)：url = http://www.baidu.com可以剥离；
操作元素时，常常要等待元素加载完成方可进行操作：可以把webdriver提供的find_element*方法封装，在元素操作前，先判断元素是否可以操作；
实际测试场景中，可能有多个测试场景，如果每个测试场景都需要维护url,游览器驱动,元素定位等,效率会非常低；
因此基于以上分析，是否可以设计一个所有测试界面（selenium本身是B/S系统开展测试）的基类，来维护公共的方法，此处定义名字为BasePage.py,用于存放页面公共方法及webdriver原有方法二次封装等。
PO实现（多个 page界面）文章来源：https://www.toymoban.com/news/detail-635644.html
1、Base基类（base.py）文章来源地址https://www.toymoban.com/news/detail-635644.html
from selenium.webdriver.common.action_chains import ActionChains # 鼠标操作
class 到了这里，关于如何搭建自动化测试框架？资深测试整理的PO模式，一套打通自动化...的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
