Web自动化-Selenium自动化测试-9-PageObject设计模式

PageObject 简介

在为 UI 页面写测试用例时（比如 Web 页面，移动端页面），测试用例会存在大量元素和操作细节。如何面对当 UI 变化时，测试用例也要跟着变化这个问题？PageObject 设计模式闪亮登场（由 IT 大佬 Martin Flower 提出）。

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

PageObject 使用

具体做法：把元素信息和操作细节封装到 Page 类中，在测试用例上调用 Page 对象（PageObject），比如存在一个功能“选取相册标题”，需要为之建立函数selectAblumWithTitle()，函数内部是操作细节findElementsWithClass(‘album’)等：在一个·页面跳转另外一个页面的时候，要返回另外一个页面，Page Object 应该封装对数据的操作细节，比如查找元素和点击元素。当页面元素改动时，应该只改变 Page 类中的内容，不需要改变调用它的地方。

不要为每个 UI 页面都创建一个 page 类，应该只为页面中重要的元素创建 page 类。比如，一个页面显示多个相册，应该创建一个相册列表 page object，它包含许多相册 page object。如果某些复杂 UI 的层次结构只是用来组织 UI，那么它就不应该出现在 page object 中。page object 的目的是通过给页面建模，从而对应用程序的使用者变得有意义。建议不要在 page object 中放断言。应该去测 page object，而不是让 page object 自己测自己，page object 的责任是提供页面的状态信息。

PageObject 六大原则

Selenium 针对 PageObject 的核心思想凝聚出了六大原则，掌握六大原则精髓，才可以进行 PageObject 最佳实践演练：

1. 公共方法代表页面提供的服务
2. 不要暴露页面细节
3. 不要把断言和操作细节混用
4. 方法可以 return 到新打开的页面
5. 不要把整页内容都放到PO 中
6. 相同的行为会产生不同的结果，可以封装不同结果

下面，对上述六大原则进行更详细的实操解释：

1. 原则一：要封装页面中的功能（或者服务），比如点击页面中的元素，可以进入到新的页面，于是，可以为这个服务封装方法“进入新页面”。
2. 原则二：封装细节，对外只提供方法名（或者接口）。
3. 原则三：封装的操作细节中不要使用断言，把断言放到单独的模块中，比如 testcase。
4. 原则四：点击一个按钮会开启新的页面，可以用 return 方法表示跳转，比如return MainPage()表示跳转到新的PO：MainPage。
5. 原则五：只为页面中重要的元素进行 PO 设计，舍弃不重要的内容。
6. 原则六：一个动作可能产生不同结果，比如点击按钮后，可能点击成功，也可能点击失败，为两种结果

封装两个方法，click_success和click_error。