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