一,什么是Page Object模式
Page Object 见名知意，就是页面对象，并将页面元素定位方法和元素操作进行分离。
在实际自动化测试实战过程中，我们一般对脚本的实现分为三层：
(1)对象层： 用于存放页面元素定位和控件操作
(2)逻辑层： 则是一些封装好的功能用例模块
(3)业务层： 则是我们真正的测试用例的操作部分
二,PageObject 的优点
减少代码冗余
业务和实现分离
降低代码维护成本
三,PageObject 的六大原则
1,The public methods represent the services that the page offers
公共方法表示页面提供的服务
2,Try not to expose the internals of the page
不要暴露页面的细节
3,Generally don't make assertions
Page设计中不要出现断言，应该写在测试用例类中
4,Methods return other PageObjects
方法应该返回其他的Page对象
5,Need not represent an entire page
不要去代表整个page，如果一个页面中有很多功能，只需要对重点功能封装方法即可
6,Different results for the same action are modeled as different methods
不同的结果返回不同的方法，不同的模式
四,原则解读(很重要)
(1)方法意义:
1.用公共的方法代表UI所提供的功能
2.方法应该返回其他的PageObject或者返回用于断言的数据
3.同样的行为不同的结果可以建模为不同的方法
4.不要在方法内加断言
(2)字段意义:
1.不要暴露页面内部元素给外部
2.不要建模UI内的所有元素
四,示例:在企业微信添加成员(具体案例实现)
步骤一:梳理测试用例;
我们这里进行自动化的用例:
用例1:在首页点击添加成员,填写完成员信息后,点击保存,添加成员成功;
用例2:在通讯录点击添加成员,填写完成员信息后,点击保存,添加成员成功;
步骤二:构建PO模型
根据步骤一的用例,可以画出对应的时序图,从而构建PO模型:
1.黄色方块代表一个类;
2.每条线代表这个页面提供的操作(即要实现的方法);
3.箭头的开始端为开始页面
4.箭头的末尾端为跳转页面
步骤三:构造页面相关类和方法
根据步骤二的时序图,构建页面相关的类和放过, 实现暂时为空,如下图:
步骤四:编写测试用例
根据业务逻辑编写:
从图上我们看出,每个页面都需要实例化,当page类多了之后,会多很多代码,很不科学:
我们需要在对应page类的方法中return直接实例化我们需要的末端页面;
这样我们就可以实现链式调用:
步骤五:填充具体实现
这一步需要取具体完善PO模型中的具体实现
1,首先需要解决不同pageobject之间不能重复打开浏览器的问题,他们需要使用同一个driver;
我们可以写一个基础类,其他类继承基础类,只在基础类中打开一次浏览器,其他子类直接复用:
2,根据步骤四链式调用的逻辑依次写好类中的具体内容:
Homepage:
MembersPage:
AddmembersPage:
3,更改断言数据:
4,运行用例:
步骤六:优化用例
在前面的五步其实就已经达到了我们的目的,但是我们还可以进行优化,使代码更有条例,更易于维护:
(1)封装样板代码
之前都需要在每一个page类都需要引入from selenium.webdriver.common.byimport By,我们可以把查找元素提取出来封装一个基础方法:
这样HomePage就可以变为:
同时其他page类不改也支持;
(2)提取页面元素
我们可以把页面元素全都提取出来,可以直接放在类变量,也可以维护在yaml文件里,或者放在其他类型文件,这里我放在类里面:
添加成员的输入项被抽离出来以后,用例变为:
(3)添加起始页的url
我们按照上面的思路编写用例二:
但是运行却失败了,我们看报错信息是因为找不到元素,实际上实例化memberspage页面没有打开通讯录页面
要解决这个问题,我们可以添加起始页的url:
更改基础类:
MembersPage配置自己的类变量:
再运行时,就可以了;
