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：存放测试数据

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/132606.html原文链接：https://javaforall.cn