测码课堂——POM设计模式

为什么要用 POM

线性代码是自动化测试的过程中,必不可少的一种学习环节。在企业中实际的自动化测试应

用一定是基于框架的形态来实现的。

目前市场中主要分为两种框架的设计模式:

关键字驱动:

关键字驱动是应用于UI和接口的自动化测试框架设计上的一种设计模式。

POM:

在UI自动化领域下,POM被称作是业内最佳的设计模式。POM也只能应用在UI

层。

1
2
3
POM,全称是Page Object Module,页面对象模型。本质上而言是关键字驱动的
一种变形。
登录——进入个人资料——修改个人信息
1
2
3
4
5
6
7
8
9
10
11
12
13
14
1. 进入登录页,输入账号,输入密码,点击登录按钮
2. 点击个人资料
3. 点击修改按钮
4. 修改个人信息,点击保存按钮
5. 查看修改结果
POM思路:
6. 进入登录页,执行登录流程
7. 进入个人信息页,执行资料修改流程
8. 确认修改结果
POM在执行自动化测试的时候,首先思考的不是获取什么元素,而是要哪些页面
来进行流程的组合。这种思路可以非常高效且全面地覆盖各个业务流程。提升了非
常大的自动化测试覆盖率。
POM是针对于系统进行的量身定制的测试模式,无法去实现单个POM框架应对多
个项目。

POM 的结构实现

框架结构:

数据与代码分离,代码中逻辑代码与测试代码分离。

常规的POM分为 4 个层级

基类:底层结构,类似于关键字的封装,提供各类函数,用于实现常态化的操作行

为。

页面对象类:基于系统的业务需求,提取的各个页面所对应的页面对象。包含元

素、业务流程等相关信息

测试用例类:基于页面对象,进行测试流程的用例设计

测试数据类:测试过程中所关联的数据进行管理。