简要介绍pom
Page Object设计模式分析
一、什么是Page Object设计模式
它是自动化测试中广泛使用的设计模式,将Web页面或应用程序界面的细节抽象为对象,使测试代码更清晰、可维护且可重用。
其核心思想是页面操作和测试逻辑分离:
- Page Object类:封装页面的元素定位和基本操作。
- 测试类:包含测试逻辑和断言,调用Page Object类的方法。
二、为什么要用Page Object模式
通过对比不使用该模式的问题,凸显其优势: 问题(不使用POM时) POM的解决方式 定位语句重复、冗余 把元素定位封装在类里,只写一次 页面改版要改很多测试文件 只改对应的Page类 测试逻辑与业务逻辑混在一起 Page层封装操作,Test层只做业务验证 可读性差、维护困难 测试代码更像业务脚本,易读易懂
三、基础框架结构
以一个项目为例,结构分层清晰:
- pages目录:存放各页面的配置类
如 login_page.py (登录页面对象类)、 home_page.py (主页面对象类),
还有公共配置类 base_page.py (封装打开页面、点击、输入文本等所有页面共用的方法)。 - tests目录:存放测试类,
如 test_login.py (登录页面测试类)、 test_search.py (搜索页面测试类),每个页面对应一个测试类,专注业务验证。 - utils目录:存放工具类
如 logger.py (日志配置)、 config.py (配置文件)。 - 执行入口: run_tests.py 。
这种结构实现了**页面对象层(操作封装)和测试逻辑层(业务验证)**的分离,让测试代码的可维护性和可读性大幅提升。
Jenkins 工作中使用功能总结
- 与 Git 仓库整合
实现从 Git 仓库拉取最新代码,保障构建基于最新版本。 - 配置定时构建
可设置定时任务(如每天凌晨)自动触发构建,实现自动化执行。 - 自动化执行测试脚本
自动运行接口、UI 等各类测试脚本,完成自动化测试流程。 - 自动发送测试报告邮件
构建完成后,自动将测试报告邮件发送给项目相关人员(开发、测试、产品等)。 - 安装测试相关插件
下载并使用与测试相关的 Jenkins 插件,如报告插件(Allure 插件)、日志插件、时间插件等,增强测试流程的可视化和可追溯性。
1255

被折叠的 条评论
为什么被折叠?



