如何深入探讨UI自动化中的PageObject设计模式应用?
- 内容介绍
- 文章标签
- 相关推荐
本文共计2567个文字,预计阅读时间需要11分钟。
在开发UI自动化测试用例时,需要引用页面中的元素(数据)才能进行点击(操作)并显示页面内容。若开发用例直接对HTML元素进行操作,则无法实现对应功能。
当我们开发UI自动化测试用例时,需要引用页面中的元素(数据)才能够进行点击(动作)并显示出页面内容。如果我们开发的用例是直接对HTML元素进行操作,则这样的用例无法“应对”页面中UI的更改。
什么是PageObject模型?PageObject模式就是对HTML页面以及元素细节的封装,并对外提供应用级别的API,使你摆脱与HTML的纠缠。
PageObject模型是一种设计模式,其核心是减少代码重复(最小化代码更新/维护用例)以降低用例开发的工作量。利用PageObject模型,为每个网页创建Page类,测试场景中用的定位器/元素存储在单独的类文件中,并且测试用例在不同的文件中,使代码更加模块化。由于元素定位器和测试脚本是分开存储的,因此对 Web UI 元素的任何更改只需要在测试场景代码中进行更改即可。
基于PageObject模型的实现包含以下两点:
-
Page类——将页面封装成 Page 类,页面元素为 Page 类的成员元素,页面功能放在 Page 类方法里。
本文共计2567个文字,预计阅读时间需要11分钟。
在开发UI自动化测试用例时,需要引用页面中的元素(数据)才能进行点击(操作)并显示页面内容。若开发用例直接对HTML元素进行操作,则无法实现对应功能。
当我们开发UI自动化测试用例时,需要引用页面中的元素(数据)才能够进行点击(动作)并显示出页面内容。如果我们开发的用例是直接对HTML元素进行操作,则这样的用例无法“应对”页面中UI的更改。
什么是PageObject模型?PageObject模式就是对HTML页面以及元素细节的封装,并对外提供应用级别的API,使你摆脱与HTML的纠缠。
PageObject模型是一种设计模式,其核心是减少代码重复(最小化代码更新/维护用例)以降低用例开发的工作量。利用PageObject模型,为每个网页创建Page类,测试场景中用的定位器/元素存储在单独的类文件中,并且测试用例在不同的文件中,使代码更加模块化。由于元素定位器和测试脚本是分开存储的,因此对 Web UI 元素的任何更改只需要在测试场景代码中进行更改即可。
基于PageObject模型的实现包含以下两点:
-
Page类——将页面封装成 Page 类,页面元素为 Page 类的成员元素,页面功能放在 Page 类方法里。

