PageObject设计原则

最新推荐文章于 2023-11-03 19:54:15 发布
最新推荐文章于 2023-11-03 19:54:15 发布
阅读量2.1k 收藏 6
点赞数
CC 4.0 BY-SA版权
分类专栏： 方法论 # Selenium # Appium 文章标签： PO 马丁福勒 selenium appium python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/abcnull/article/details/106639609
PageObject设计模式源于2013年Martin Fowler的提出，旨在实现代码逻辑与业务逻辑分离。文章介绍了Martin Fowler对PageObject的观点，如封装操作细节、页面跳转规则，并列出PageObject的6大原则，强调公共方法代表页面操作、接口隐藏细节、避免断言混杂等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录


在这里插入图片描述

写在前面

PageObject 的设计模式是 2013 年被国外大神 Martin Fowler 提出来的，其实也没有几年时间，但是它的思想还是很重要的，目前基本很多项目都采用了这个原则

基本思想就是代码逻辑和业务逻辑相分离

Martin Fowler 的观点

Martin Fowler 当年的 PageObject 的观点

  1. PageObject 提供的接口需要封装操作细节
  2. PageObject 中不需要对每一个元素进行封装，我们只需要封装我们需要的
  3. 当我们进行页面跳转时候，我们应该进入被跳转到的页面
  4. PageObject 应该要与断言相分离

PO 的 6 大原则

官网 PO 原则

  1. 一个 public 方法代表一个公共的服务。就是说一个方法代替页面上的某个操作
  2. PageObject 中的方法细节不可暴露在外，通过提供公共服务接口的形式提供给外部
  3. 一般不需要在 PageObject 中断言
  4. 当有页面跳转的操作时候，执行这个方法时应该在方法结束返回时能够跳
了解本专栏 订阅专栏 解锁全文 超级会员免费看
Selenium | PageObject 设计模式
weixin_46635091的博客
01-05 8078
本文节选自霍格沃兹测试学院内部教材 为 UI 页面写测试用例时（比如 web 页面，移动端页面），测试用例会存在大量元素和操作细节。当 UI 变化时，测试用例也要跟着变化， PageObject 很好的解决了这个问题。 使用 UI 自动化测试工具时（包括 selenium，appium 等），如果无统一模式进行规范，随着用例的增多会变得难以维护，而 PageObject 让自动化脚本井井有序，将 page 单独维护并封装细节，可以使 testcase 更稳健，不需要太多改动。 使用 具体做法：把元素信息.
web自动化测试之PageObject六大原则和复用谷歌浏览器
紫陌翌晨
05-08 1120
PageObject六大原则 1、The public methods represent the services that the page offers 公共方法表示页面提供的服务 2、Try not to expose the internals of the page 尽量不要暴露页面的内部结构 3、Generally dont’t make assertions 一般不做断言 4、Methods return other PageObjects 方法返回其他PageObject 5、Need n
15-2 & 3 pageObject设计模式+原则
weixin_50050403的博客
05-13 819
目录pageObject设计模式pageObject原则 pageObject设计模式 链接????1:2013 Martin Flower 链接????3:2020 pageObject原则 1、用公共方法代替页面服务（用click_select方法代替点击搜索按钮服务） 2、不要暴露很多细节 3、不要有断言 4、一个方法可返回到另一个PageObject上（页面链接到另一页面打开时，返回到另一页面的Page Object上） 5、不要为页面整个建模（为重要元素建模） 6、不同结果返回到不同的方法模式
PageObject 六大原则
qq_44962948的博客
03-14 525
PageObject的主要原则是提供一个简单的接口（或者函数），让调用者在页面上可以做任何的操作，点击页面元素，在输入框输入内容等待。而PageObject让自动化脚本井井有序，将page大度维护并封装细节，可以使testcase更文件，不需要大量的改动。为UI页面写测试用例时（比如web页面，移动端页面），测试用例会存在大量元素和操作细节。不需要为每隔UI页面都创建page类，应该只为页面中重要的元素创建page类。当页面改动时，应该只改变page类中的内容，不需改变调用它的地方。
page Object模式 和 六大原则
xxx
03-12 260
自动化测试的原则
Selenium | PageObject原则
weixin_46635091的博客
01-04 7673
本文节选自霍格沃兹测试学院内部教材 PageObject 的核心思想是六大原则，掌握六大原则才可以进行 PageObject 实战演练，这是 PageObject 的精髓所在。 Selenium 官方凝聚出六大原则，后面的 PageObject 使用都将围绕六大原则开展： 公共方法代表页面提供的服务 不要暴露页面细节 不要把断言和操作细节混用 方法可以 return 到新打开的页面 不要把整页内容都放到 PO 中 相同的行为会产生不同的结果，可以封装不同结果 下面，对上述六大原则进行解释： 原则一.
selenium自动化设计框架之 page object设计模式介绍
shifengboy的博客
01-14 633
pageobject设计思想出自于马丁·福勒(Martin Flower，对，没错，就是软件教父)官网的一篇文章，官网连接：https://martinfowler.com/bliki/PageObject.html 还有一篇针对官网文章的中文翻译版：http://huangbowen.net/blog/2013/09/17/page-object 所以，如果你的英文不是很好，不妨看下中文版的，...
自动化测试实战 | 拿下 PageObject 设计模式
weixin_46635091的博客
11-02 1381
PageObject 简介 在为 UI 页面写测试用例时（比如 Web 页面，移动端页面），测试用例会存在大量元素和操作细节。如何面对当 UI 变化时，测试用例也要跟着变化这个问题？PageObject 设计模式闪亮登场（由 IT 大佬 Martin Flower 提出）。 使用 UI 自动化测试工具时（Selenium、Appium 等），如果无统一模式进行规范，随着用例的增多会变得难以维护，而 PageObject 让自动化脚本井井有序，将 page 单独维护并封装细节，可以使 testcase 更稳健
自动化测试-01-PageObject原理
huan_128的专栏
06-28 429
​ Page Object(简称PO)模式，是Selenium实战中最为流行，并且是自动化测试中最为熟悉和推崇的一种设计模式。在设计自动化测试时，把页面元素和元素的操作方法按照页面抽象出来，分离成一定的对象，然后再进行组织。
Web自动化测试 —— PageObject设计模式
09-26 273
传统 UI 自动化的问题、无法适应 UI 频繁变化、无法清晰表达业务用例场景、大量的样板代码 driver/find/click、二、page object 设计原则、2.1、POM 模式的优势、降低 UI 变化导致的测试用例脆弱性问题 让用例清晰明朗，与具体实现无关
Page-Object设计模式
07-17
自动化脚本初写之际一定是只求完成功能测试，页面by.id、by.name、by.xpath满篇飞。业务逻辑代码重复率也是越来越高。慢慢的写着写着开始重构，开始封装一些方法。代码量好一些的人会在代码开始写之前开始预留一些接口来处理可以预见的一些功能扩展。当代码封装好咯，会发现页面元素和页面逻辑是杂糅在一起页面更改一个按钮就要去代码里面找到按钮做相应的更改。那么能不能把页面元素和页面逻辑分离开来。当页面更改我就只改page类。逻辑更改就只改logic类。那么久引出了这篇文章的主题：Page-Object设计模式 我把我以前写的功能代码翻译成Page-Object模式用了大概一个星期。有两点写在前面希望对后来者有多帮助
pageObjects设计模式的要点
weixin_30482383的博客
06-08 139
pageObjects（PO）是一种设计模式，主要用于将Page Objects进行封装。 旨在将页面元素与功能进行分离，在自动化测试过程中如果页面元素有变动，不影响功能操作，减少代码维护工作。 在用PO进行设计时，把握以下6个要点： 1. public方法用来暴露对外的服务 2. 不要暴露page的内部结构 3. 一般来说不要在page内做断言 4. 返回其他page Objects...
Page Object设计模式浅谈一
leelanting的专栏
06-12 5264
这两天看到一些文章在说Page Object模式以及Page Factory用于分离页面元素定位和业务逻辑，其根本原因在于由于页面元素信息可能会有变动，导致在定位该元素的时候需要做相应的更改，而用了这种设计模式后，只需要在相应的PO类里进行更改就可以了，这样可以大幅度减少冗余代码，但是该类是以页面为一个class，可是这种模式真的好吗？针对实际的UI经验提出了以下几点，并给出了目前在用的方式：1....
page object设计模式
MoLi_516的博客
10-30 187
形式 测试 = 操作细节 + 验证 官方解释 官网案例 /*** * Tests login feature 没有使用page objetc的验证案例 */ public class Login { public void testLogin() { // fill login data on sign-in page driver.findElement(By.name("user_name")).sendKeys("testUser"); driver.findE
Web自动化测试 —— PageObject设计模式！
m0_47485438的博客
11-03 467
传统 UI 自动化的问题、无法适应 UI 频繁变化、无法清晰表达业务用例场景、大量的样板代码 driver/find/click
web自动化测试-PageObject 设计模式
ceshiren456的博客
05-18 128
为 UI 页面写测试用例时（比如 web 页面，移动端页面），测试用例会存在大量元素和操作细节。当 UI 变化时，测试用例也要跟着变化， PageObject 很好的解决了这个问题。 使用 UI 自动化测试工具时（包括 selenium，appium 等），如果无统一模式进行规范，随着用例的增多会变得难以维护，而 PageObject 让自动化脚本井然有序，将 page 单独维护并封装细节，可以使 testcase 更稳健，不需要太多改动。 使用 具体做法：把元素信息和操作细节封装到 Page 类中，
WebUI自动化 - PageObject设计模式
如果没有梦想，那跟咸鱼有什么分别
05-19 728
PO模式：PageObjece Page Object 是 Selenium 自动化测试项目开发实践的最佳设计模式之一，Page Object 的主要体现于对界面交互细节的封装，这样可以使测试案例更关注与业务而非界面细节，提高测试案例的可读性。 普通模式： def test_baidu(): driver = webdriver.Chrome() driver.get('https://baidu.com.com') driver.find_element(By.ID, "kw"
Selenium——页面对象（Page Object）模式浅析
m0_51508220的博客
04-25 2688
Selenium——页面对象（Page Object）模式浅析 页面对象模式简介 Page Object三种实现 简单了解maven
selenium设计模式之PageObject
qq_28385797的博客
09-07 748
在设计selenium脚本时，许多脚本管理起来很乱，并且代码间关联不大，维护起来很费力，怎么办？官方提供了一种设计模式来参考--PageObject。 Page Object is a Design Pattern which has become popular in test automation for enhancing test maintenance and reducing cod
Page Object设计模式是什么意思
最新发布
02-26
<think>好的，用户之前问了关于网页调度系统的操作流程，特别是登录到点击菜单和按钮的过程，现在他问的是Page Object设计模式。我需要先理解他的需求，可能他是在做自动化测试，或者开发这样的系统，想要提高代码的可维护性。 用户可能已经按照之前的指导编写了一些测试脚本，但发现代码重复或者难以维护，所以想了解Page Object模式。需要解释清楚这个模式的概念、优点和实现方法。 首先，要定义Page Object模式，说明它是将每个页面封装成对象，隐藏实现细节。然后说明优点，比如可维护性、复用性、可读性。接着需要给出具体的代码示例，对比传统写法，展示如何改进。还要提到常见的使用场景和最佳实践，比如结合PO模式和其他设计模式。 要注意用户可能是测试工程师或者开发人员，所以示例代码需要清晰，用Python的Selenium库，因为之前的回答用了Python。要强调元素定位和页面操作的分离，以及如何通过封装减少重复代码。 另外，用户可能关心实际应用中的问题，比如页面变化时的维护成本，所以需要提到当元素变化时只需要修改Page类，而不影响测试用例。还可能需要注意等待机制、组件化设计，以及和测试框架的结合，比如unittest或pytest。 最后，总结Page Object模式的好处，帮助用户理解为什么使用它，以及如何开始应用。确保回答结构清晰，逐步递进，从概念到实现，再到最佳实践，让用户能逐步掌握。</think>Page Object（PO）设计模式是UI自动化测试中**最核心的设计思想**，其核心原理是将每个网页抽象为对象。以下通过对比方式详细说明： --- ### 一、传统脚本 vs PO模式对比 **传统线性脚本示例**（缺陷明显）： ```python # 登录操作 driver.find_element(By.ID, "username").send_keys("admin") driver.find_element(By.ID, "password").send_keys("123456") driver.find_element(By.XPATH, "//button[text()='登录']").click() # 进入菜单 driver.find_element(By.CSS_SELECTOR, ".menu-system").click() driver.find_element(By.LINK_TEXT, "用户管理").click() ``` **PO模式实现**（企业级标准）： ```python # 创建页面类 class LoginPage: def __init__(self, driver): self.driver = driver self.username = (By.ID, "username") self.password = (By.ID, "password") self.submit_btn = (By.XPATH, "//button[text()='登录']") def login(self, user, pwd): self.driver.find_element(*self.username).send_keys(user) self.driver.find_element(*self.password).send_keys(pwd) self.driver.find_element(*self.submit_btn).click() class SystemPage: def enter_user_management(self): self.driver.find_element(By.CSS_SELECTOR, ".menu-system").click() WebDriverWait(self.driver, 5).until( EC.visibility_of_element_located((By.LINK_TEXT, "用户管理")) ).click() # 测试用例 def test_user_management(): login_page = LoginPage(driver) login_page.login("admin", "123456") system_page = SystemPage(driver) system_page.enter_user_management() ``` --- ### 二、PO模式核心原则 1. **页面抽象化** - 每个页面/组件对应一个Python类 - 例如：`LoginPage`, `HeaderComponent`, `DataGridWidget` 2. **元素隔离** - 所有定位器（XPath/CSS等）集中在类属性中 - 修改元素定位时只需修改对应类 3. **业务动作封装** - 将点击、输入等操作封装为方法 - 例如：`search(keyword)`, `add_user(user_data)` 4. **页面职责分离** - 页面类不包含断言逻辑 - 断言操作留在测试用例中 --- ### 三、PO模式的6大优势 1. **可维护性**：元素定位变更只需修改对应Page类 2. **可读性**：`login_page.login()` 比底层代码更直观 3. **复用性**：多个测试用例可共用同一Page类 4. **防冗余**：通过继承BasePage消除重复代码 5. **团队协作**：页面开发与测试用例开发可并行 6. **适应变化**：轻松应对UI改版、元素重组 --- ### 四、企业级实践技巧 1. **分层结构设计**（关键！） ``` ├── pages/ │ ├── base_page.py（基础类） │ ├── login_page.py │ └── system/ │ ├── user_management_page.py │ └── role_management_page.py ├── components/（公共组件） │ ├── header.py │ └── sidebar.py └── tests/ └── test_user_management.py ``` 2. **智能等待集成** ```python class BasePage: def wait_clickable(self, locator, timeout=10): return WebDriverWait(self.driver, timeout).until( EC.element_to_be_clickable(locator) ) ``` 3. **组件化设计** ```python class HeaderComponent(BasePage): @property def user_profile(self): return self.wait_clickable((By.CLASS_NAME, "user-avatar")) def logout(self): self.user_profile.click() self.wait_clickable((By.LINK_TEXT, "退出登录")).click() ``` 4. **数据驱动结合** ```python @pytest.mark.parametrize("user,pwd", test_data) def test_login(user, pwd): page = LoginPage(driver) page.login(user, pwd) assert "欢迎" in page.get_welcome_text() ``` --- ### 五、适用场景判断 ✅ 推荐使用PO模式： - 中长期维护的自动化项目 - 有复杂业务流程的系统（如ERP、OA） - 需要多人协作的测试开发团队 ⚠️ 慎用情况： - 一次性执行的简单测试脚本 - 纯API测试项目 - 原型验证阶段的快速调试 --- 通过PO模式，可以将自动化脚本的维护成本降低50%以上。当配合`Page Factory`、`Screenplay`等进阶模式时，还能进一步提升框架的扩展性和健壮性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

abcnull

您的打赏是我创作的动力之一

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值