po模型的介绍

本文介绍了PageObject(PO)模型,阐述了其核心要素,包括重用性、业务与对象分离,以及代码结构清晰等优点。分析了非PO实现的不足,并提出通过BasePage基类来维护公共方法以提高效率。接着展示了PO的实现,包括BasePage和SearchPage的代码示例,以及如何组织测试代码。最后总结了PO模式的四大优点,并给出了多个页面操作的示例。

一. PO模型介绍

在自动化中,Selenium自动化测试中有一个名字经常被提及PageObject(思想与面向对象的特征相 同),通常PO模型可以大大提高测试用例的维护效率

优点:重用,业务和对象分离,代码结构清晰,方便代码维护

二. PageObject设计模式

在这里插入图片描述

三:PO的核心要素

1.在PO模式中抽离封装集成一个BasePage类,该基类应该拥有一个只实现webdriver实例的属性
2.每一个page都继承BasePage,通过driver来管理本page中元素,将page中的操作封装成一个个方法
3.TestCase继承unittest.Testcase类,并依赖page类,从而实现相应的测试步骤

四.非PO实现

  • 代码展示
from selenium import webdriver

driver = webdriver.Firefox()
driver.get("http://www.baidu.com")
driver.find_element_by_id("kw").send_keys("python")

driver.find_element_by_id("su").click()
driver.quit()
  • 代码分析

不同的运行脚本环境,游览器不同:驱动webdriver.Firefox()可以剥离
请求地址的变化(生产环境和测试环境):url = http://www.baidu.com可以剥离
操作元素时,常常要等待元素加载完成方可进行操作:可以把webdriver提供的find_element*方法 封装,在元素操作前,先判断元素是否可以操作
实际测试场景中,可能有多个测试场景,如果每个测试场景都需要维护url,游览器驱动,元素定位等,效 率会非常低
因此基于以上分析,是否可以设计一个所有测试界面(selenium本身是B/S系统开展测试)的基类,来 维护公共的方法,此处定义名字为BasePage.py,用于存放页面公共方法及webdriver原有方法二次封装 等。

五.PO实现

  • BasePage代码实现
from selenium import webdriver
from selenium.webdriver.common.action_chains import ActionChains   #鼠标操作
class BasePage():
    '''BasePage封装所有界面都公用的方法。例如driver,find_element等'''
    '''实例化BasePage类时,事先执行的__init__方法,该方法需要传递参数'''
    def __init__(self,driver,url):
        self.driver = driver
        self.base_url = url
    # 进入网址
    def get(self):
        self.driver.get(self.base_url)
    #元素定位,替代八大定位
    def get_element(self,*locator):
        return self.driver.find_element(*locator)
    #点击
    def left_click(self,*locator):
        ActionChains(self.driver).click(self.get_element(*locator)).perform()
    #输入
    def send_text(self,text,*locator):
        self.driver.find_element(*locator).send_keys(text)
    #清除
    def clear_text(self,
<think>好的,我现在要处理用户提出的两个问题:17. PO模型介绍和18. 不在列表如何断言。首先,我需要回顾之前用户的问题历史,确保回答的一致性和连贯性。之前的回答结构清晰,分点说明,使用了代码示例和表格,所以这次也应该保持类似的格式。 对于第17个问题,PO模型指的是Page Object模型,是UI自动化测试中的设计模式。我需要解释它的定义、核心思想、优点以及可能的结构示例。用户之前的问题涉及UI自动化框架,所以可能需要联系到之前的回答,比如conftest文件的使用,测试用例的标记等,但这里主要聚焦在PO模型本身,需要简明扼要。 第18个问题,“不在列表如何断言”可能指的是在自动化测试中如何验证某个元素不在页面上或者某个值不在列表中。这可能涉及断言方法的使用,比如在Pytest中如何判断元素不存在或列表不包含某个值。需要考虑不同的场景,比如显式等待、隐式等待,以及如何处理异常。同时,需要提供代码示例,例如使用assert语句结合in或not in,或者使用Selenium的find_elements方法检查元素是否存在。 接下来要确保回答符合用户之前设定的格式:分点解答,使用中文,LaTeX格式正确,行内公式用$...$,独立公式用$$...$$。不过这两个问题可能不太涉及数学公式,但如果有需要的话,可能需要调整。例如,在PO模型中可能不会有公式,而在断言部分可能需要代码块。 在PO模型介绍中,需要强调代码的可维护性和复用性,避免元素定位散落在测试用例中。可以提到将每个页面封装成类,元素定位作为属性,操作为方法,业务逻辑组合这些方法。这样测试用例更清晰,易于维护。 对于不在列表的断言,可能需要举例说明如何检查元素不存在,比如使用find_elements并判断返回列表的长度是否为0,或者使用try-except块捕获异常,但更推荐使用显式等待结合expected_conditions的invisibility_of_element_located或staleness_of方法。同时,在Pytest中可以使用assert not in来验证数据不在列表中。 需要检查是否有遗漏的点,比如PO模型的优缺点,或者不同断言方法的适用场景。同时,要确保术语准确,比如PO模型是否有时被称为Page Object Pattern,是否需要统一术语。另外,用户可能对断言的具体实现细节感兴趣,比如处理动态元素或异步加载的情况,这时候可能需要提到显式等待和隐式等待的区别。 最后,组织语言要简洁明了,结构清晰,分点列出,可能使用代码示例和表格,就像之前的回答一样。确保每个问题都有足够的解释,但不过于冗长。同时,注意用户可能的实际应用场景,比如在UI自动化测试中如何实际应用PO模型,或者断言失败时的调试技巧,但可能不需要深入,除非用户后续提问。</think>以下是对问题的分点解答: --- ### 17. PO模型(Page Object 模型介绍 **PO(Page Object)模型**是UI自动化测试中广泛使用的设计模式,核心思想是将**页面对象**与**测试逻辑**分离,提升代码可维护性和复用性。 #### 核心特点: 1. **页面封装**: 每个页面(或组件)封装为一个类,页面元素定位(如ID、XPath)定义为类的属性,页面操作(如点击、输入)定义为方法。 ```python class LoginPage: def __init__(self, driver): self.driver = driver self.username_input = (By.ID, "username") self.password_input = (By.ID, "password") def login(self, username, password): self.driver.find_element(*self.username_input).send_keys(username) self.driver.find_element(*self.password_input).send_keys(password) ``` 2. **业务逻辑分离**: 测试用例仅调用页面对象的方法,不直接操作元素,例如: ```python def test_login_success(): login_page = LoginPage(driver) login_page.login("admin", "123456") assert "欢迎页" in driver.title ``` 3. **优势**: - **降低耦合**:元素定位变更只需修改页面类,不影响测试用例。 - **提升复用**:公共操作(如登录)可封装为共享方法。 - **增强可读性**:测试用例更贴近业务描述。 --- ### 18. 不在列表如何断言 在自动化测试中,验证某个元素**不在页面**或某个值**不在列表**中,常用以下方法: #### 场景1:断言元素不存在 1. **使用`find_elements`+列表长度判断**: Selenium的`find_elements`方法返回元素列表,若未找到则返回空列表。 ```python elements = driver.find_elements(By.ID, "popup") assert len(elements) == 0, "元素不应存在" ``` 2. **结合显式等待**: 使用`WebDriverWait`和`expected_conditions`验证元素不可见或不存在: ```python from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC # 等待元素消失(适用于动态加载) WebDriverWait(driver, 10).until_not( EC.presence_of_element_located((By.ID, "loading")) ) ``` #### 场景2:断言值不在列表 1. **Python原生断言**: 使用`assert`结合`not in`: ```python data_list = ["apple", "banana", "orange"] assert "grape" not in data_list, "grape不应在列表中" ``` 2. **Pytest的`assert`扩展**: 支持更复杂的表达式: ```python assert all(item != "grape" for item in data_list) ``` #### 注意事项: - **动态元素处理**:若元素可能延迟加载,需结合显式等待(如`until_not`)。 - **性能优化**:避免频繁使用`find_elements`遍历长列表,优先通过唯一标识过滤。 --- 以上内容已按格式要求整理,如需进一步示例或解释可继续提问!
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值