自动化测试设计模式--POM

最新推荐文章于 2025-05-27 11:54:07 发布

测试要用手

最新推荐文章于 2025-05-27 11:54:07 发布

阅读量888

点赞数

CC 4.0 BY-SA版权

分类专栏：程序员职场经验软件测试文章标签：设计模式功能测试自动化测试软件测试职场经验程序人生程序员

本文链接：https://blog.youkuaiyun.com/m0_67696270/article/details/133756774

Page Object Model (POM) 是一种自动化测试设计模式，用于封装页面逻辑和操作。通过将页面元素和行为转化为独立对象，POM提高了测试脚本的可读性和维护性。文章介绍了POM的基本概念、设计思想，以及如何创建BasePage基类、页面元素封装类、业务流类和测试用例。通过这种方式，当页面变化时，只需修改相应的Page Object，减少了代码维护的复杂性。

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

1.1 PO模式的定义

Page Object Mode（POM）模式是一种在自动化测试中常用的设计模式，也叫页面对象模型，简称PO。用于将页面的逻辑和操作封装到一个对象中。每个页面都对应一个Page Object，通过Page Object可以访问页面上的元素和执行操作。Page Object模式可以提高测试脚本的可读性和可维护性，同时也可以减少测试脚本对页面细节的依赖。

在Page Object模式中，通常会将页面的元素（如按钮、输入框、下拉列表等）和操作（如点击、输入、选择等）封装成方法，通过调用这些方法来进行页面操作和断言。这样可以使测试脚本更加简洁，并且当页面发生变化时，只需要修改Page Object而不需要修改所有的测试脚本。

1.2 PO模式设计思想

PO 模式的设计思想与面向对象相似，能让测试代码变得可读性更好，可维护性高，复用性高。

非POM结构将所有代码都写在一个类中，不利于代码维护，代码存在冗余，UI页面元素发生变化需要修改很多地方。

而POM结构将selenium的基础API进行封装为基类，每一个页面的所有定位元素都有一个类（都继承基类），通过继承定位元素类形成业务流，在通过业务流组织成用例。这样降低了代码的耦合性，可以很好的维护代码，就算页面UI进行变动，只需要找到对应的页面元素定位类进行修改即可(自动化分层越详细，越利于维护)。