『心善渊』Selenium3.0基础 — 33.POM设计模式(一)

(一)POM模式介绍

1、什么是POM?

POM是Page Object Model页面对象模型的简称。

POM是为Web UI元素创建Object Repository的设计模式 。

在这个模型下,对于应用程序中的每个网页,应该有相应的页面类。

此Page类将会找到该Web页面的WebElements,并且还包含对这些WebElements执行操作的页面方法。

POM设计模式旨在为每个待测试的页面创建一个页面对象,将那些繁琐的定位操作封装到这个页面对象中,只对外提供必要的操作接口,是一种封装思想。

白话总结:

我们所做的自动化测试,就是模拟人在浏览器上的操作。而自动化测试中操作所有的元素的步骤,无非就是先定位到页面的各种元素,然后在模拟各种对元素执行的操作。

而我们大量的工作都用在定位元素上,定位元素的方式有很多中,定位起来也非常的繁琐。如果将这些代码全部放在代码中,不去好好的管理,代码会显示非常的冗余,而且不容易维护。所以将这些繁琐的定位,封装到一些页面对象中,用例只需要去调用就可以了。

2、为什么要使用POM模式

少数的自动化测试用例维护起来看起来是很容易的。但随着时间的迁移,测试套件将持续的增长脚本也将变得越来越臃肿庞大。如果变成我们需要维护10个页面,100个页面,甚至1000个呢?而且页面元素很多是公用的,所以页面元素的任何改变都会让我们的脚本维护变得繁琐复杂,而且变得耗时易出错。

也就是说页面中有一个按钮"元素A"。该元素A在十个测试用例中都被用到了,如果元素A被前端更新了,我就要去修改这十个自动化用例所用道元素A的地方。如果有100个、1000个用例用到了元素A,那我可就疯了。

而POM设计模式,会把公共的元素抽取出来,该元素被前端修改,只需要更新该元素的定位方式即可,用例不需要改动。换句话说,不管我多少测试用例,用到了该元素,我只重新修改元素的定位方式,重新能够获得该元素即可。

3、POM的优势

在自动化测试中,引入了Page Object Model(POM):页面对象模式,能让我们的测试代码变得可读性更好,高可维护性,高复用性。

还有如下优势:

  1. 让Ul自动化更早介入项目中,可项目开发完再进行元素定位的适配与调试。

    换句话说元素定位器分离出来写,最后根据前端开发出来的页面,再根据页面编写编写元素定位器,前期可以做一些其他的工作。

  2. POM设计模式将页面元素定位和业务操作流程分开,分离了测试对象和测试脚本(对象库与用例分离),使得我们更好的复用测试对象。

  3. 如果Ul页面元素更改,测试脚本不需要更改,只需要更改页面对象中的某些代码就可以。

  4. POM设计模式能让我们的测试代码变得更加优化,提高了可读性,可维护性,可复用性。

  5. 可多人共同维护开发脚本,利于团队协作。

4、POM模式封装思路

(1)POM模式将页面分成三层

  1. 表现层

    页面中可见的元素,都属于表现层。(元素定位器的编写)

  2. 操作层

    对页面可见元素的操作。点击、输入、拖拽等。

  3. 业务层

    在页面中对若干元素操作后所实现的功能。(就是测试用例)

(2)POM模式的核心要素(重点)

  1. 在POM模式中将公共方法统一封装成到一个BasePage 类中,换句话说该基类对Selenium的常用操作做二次封装。

  2. 每个页面对应一个page类,page类都需要继承 BasePage,通过 driver 来管理本page类中的元素,并将page类中的操作封装成一个个的方法。

    换句话说,就是page类中封装页面表现层和操作层。

  3. TestCase继承 unittest.Testcase类,并且依赖 page 类,从而实现相应的测试步骤。

(3)总结

就是按照系统或模块 —> 其中包含哪些被测页面 —> 页面中的哪些元素

换句话说,元素被页面管理,页面被模块管理。

  • 根据页面来进行管理例

    例如:测式xx页面,需要用到的元素,把所有的元素定位器编写出来。

  • 页面根据系统或者模块来管理例如:

​ 例如:xx系统或模块,涉及到哪几个页面元素

(4)非POM和POM对比图

(5)POM设计模式核心架构图

5、对POM小结:

  • POM是selenium webdriver自动化测试实践对象库设计模式。
  • POM使得测试脚本更易于维护。
  • POM通过对象库方式进一步优化了元素、用例、数据的维护组织。

你可能感兴趣的:(『心善渊』Selenium3.0基础 — 33.POM设计模式(一))