本文转自测试人社区，原文链接：https://ceshiren.com/t/topic/30842

一、简介

• 为 UI 页面写测试用例时（比如 Web 页面、移动端页面），测试用例会存在大量元素和操作细节。

• 当 UI 变化时，测试用例也要跟着变化，PageObject 很好地解决了这个问题。

• 使用 UI 自动化测试工具（包括 Selenium、Appium 等）时，如果无统一模式进行规范，随着用例的增多，会变得难以维护，而 PageObject 让自动化脚本井然有序，将 Page 单独维护并封装细节，可以使 testcase 更稳健，不需要太多改动。

二、参考资料

• 马丁福勒个人博客

• selenium 官网

三、优点

3.1 传统 UI 自动化的问题

1. 无法适应 UI 频繁变化；

2. 无法清晰表达业务用例的场景；

3. 大量的样板代码，如 driver/find/click 等。

3.2 POM 模式的优势

1. 降低 UI 变化导致的测试用例脆弱性问题；

2. 让用例清晰明朗，与具体实现无关。

四、POM 设计模式的 6 大原则

• 字段意义： 不要暴露页面内部的元素给外部 不需要建模 UI 内的所有元素

• 方法意义：用公共方法代表所提供的功能方法应该返回其他的 PageObject，或者返回用于断言的数据同样的行为不同的结果，可以建模为不同的方法不要在方法内加断言

五、使用方法

• 具体做法：把元素信息和操作细节封装到 Page 类中，在测试用例上调用 Page 对象（PageObject），比如存在一个功能“选取相册标题”，需要为之建立函数selectAblumWithTitle()，函数内部是操作细节findElementWithClass(‘ablum’)等：

以“选取相册标题”为例，代码如下：

def selectAblumWithTitle(){     # 选取相册     findElementsWithClass("ablum")     # 选取相册标题     findElementsWithClass("title-field")     # 返回标题内容     return getText()}

• PageObject 的主要原则是提供一个简单的接口（或者函数，比如上述的selectAblumWithTitle），让调用者在页面上可以做任何操作，点击页面元素，在输入框输入内容等。

• 因此，如果要访问一个文本字段，PageObject 应该有获取和返回字符串的方法。PageObject 应该封装对数据的操作细节，比如查找元素和点击元素。当页面元素改动时，应该值改变 page 类中的内容，不需要改变调用它的方法。

• 不要为每个 UI 页面都创建一个 page 类，应该只为页面中重要的元素创建 page 类。比如，一个页面显示多个相册，应该创建一个相册列表 PageObject，它包含许多相册 PageObject。

• 如果某些复杂 UI 的层次结构只是用来组织 UI，那么它就不应该出现在 PageObject 中。

• PageObject 的目的是通过给页面建模，从而对应用程序的使用者变得有意义。

• 跳转到另一个页面，初始 page 对象应当 return 另一个对象，比如点击注册，进入注册页面，在代码中就应该return Register()。如果想获取页面信息，可以 return 基本类型（字符串、日期）。

• 建议不要在 PageObject 中放断言。应该去测 PageObject，而不是让 PageObject 自己测自己，PageObject 的责任是提供页面的状态信息。这里仅用 HTML 描述 PageObject，这种模式还可以用来隐藏 Java swing UI 细节，它可以用于所有 UI 框架。

软件测试开发免费视频教程分享