没有PO实现的测试用例的问题：

• 重用性低：登录功能重复
• 可维护性差：数据和代码混合
• 可读性差：元素定位方法杂乱(id、xpath、css混杂)
• 可读性差：不易识别操作的含义(特别是css和xpath语法)
• 可维护性差：如果某个元素的属性改了，你要更改多次

PO（Page Object Model）页面对象模型，是自动化测试项目开发实践的最佳设计模式之一，相同的操作(但可能是不同的数据)带来的不同的结果可以封装成不同的方法。

分层模型
表现层：页面中可见的元素，都属于表现层。(元素定位器的编写)
操作层：对页面可见元素的操作。点击、输入文本、获取文本等。(基类)
业务层：上面2层的组合，并联合到一起形成某个业务动作，在页面中对若干元素操作后所实现的功能。(页面类的方法，也可以是多个页面的组台)
测试用例就是组合了1个或多个页面的方法，操作对应的元素，完成的测试。测试用例本身不在PO内。换句话来说，模块下的页面，页面中元素许多动作形成业务。

架构模型

项目结构
common：公共模块，比如基类、定位器、浏览器
configs：配置文件
docs：项目文档
outFiles：logs日志、reports报告、screensho