2025年PO模式 – 目录结构

PO模式 – 目录结构前言 我们为什么要用到 PO 模式 因为随着时间的迁移 测试套件将持续的增长 脚本也将变得越来越多 如果需要维护 10 个页面 100 个页面 甚至 1000 个呢 那么页面素的任何改变都会让我们的脚本维护变得繁琐复杂 而且变得耗时易出错 那怎么解决呢 ui 自动化中 常用的一种方式 引入 Page Object PO 页面对象模式来解决 po 能让我们的测试代码变得可读 性更好 可维护性高

前言:
我们为什么要用到PO模式?因为随着时间的迁移。测试套件将持续的增长,脚本也将变得越来越多。如果需要维护10个页面,100个页面,甚至1000个呢?那么页面元素的任何改变都会让我们的脚本维护变得繁琐复杂,而且变得耗时易出错
那怎么解决呢?ui自动化中,常用的一种方式,引入Page Object(PO):页面对象模式来解决,po能让我们的测试代码变得可读
性更好,可维护性高,复用性高。

PO是什么:
1、页面对象模型(PO)是一种设计模式,用来管理维护一组web元素的对象库
2、在PO下,应用程序的每一个页面都有一个对应的page class
3、每一个page class维护着该web页的元素集和操作这些元素的方法
4、page class中的方法命名最好根据对应的业务场景进行,例如通常登录后我们需要等待几秒钟,

PO的优势:
1、PO提供了一种业务流程与页面元素操作分离的模式,这使得测试代码变得更加清晰。
2、页面对象与用例分离,使得我们更好的复用对象。
3、可复用的页面方法代码会变得更加优化
4、更加有效的命名方式使得我们更加清晰的知道方法所操作的UI元素。

看一下整体的结构


解释:
Common:存放公共类
Outputs:存放日志文件、测试报告等
PageLocators:存放页面定位元素
PageObjects:存放页面操作
TestCases:存放测试用例
Testcfg:存放配置文件
TestDats:存放测试数据

编程小号
上一篇 2025-01-26 07:57
下一篇 2025-02-23 20:57

相关推荐

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/hz/137441.html