『心善渊』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）：页面对象模式，能让我们的测试代码变得可读性更好，高可维护性，高复用性。

还有如下优势：

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

换句话说元素定位器分离出来写，最后根据前端开发出来的页面，再根据页面编写编写元素定位器，前期可以做一些其他的工作。
POM设计模式将页面元素定位和业务操作流程分开，分离了测试对象和测试脚本（对象库与用例分离），使得我们更好的复用测试对象。
如果Ul页面元素更改，测试脚本不需要更改，只需要更改页面对象中的某些代码就可以。
POM设计模式能让我们的测试代码变得更加优化，提高了可读性，可维护性，可复用性。
可多人共同维护开发脚本，利于团队协作。

4、POM模式封装思路

（1）POM模式将页面分成三层

表现层

页面中可见的元素，都属于表现层。（元素定位器的编写）
操作层

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

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

（2）POM模式的核心要素（重点）

在POM模式中将公共方法统一封装成到一个BasePage 类中，换句话说该基类对Selenium的常用操作做二次封装。
每个页面对应一个page类，page类都需要继承 BasePage，通过 driver 来管理本page类中的元素，并将page类中的操作封装成一个个的方法。

换句话说，就是page类中封装页面表现层和操作层。
TestCase继承 unittest.Testcase类，并且依赖 page 类，从而实现相应的测试步骤。

（3）总结

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

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

根据页面来进行管理例

例如：测式xx页面，需要用到的元素，把所有的元素定位器编写出来。
页面根据系统或者模块来管理例如：

例如：xx系统或模块，涉及到哪几个页面元素

（4）非POM和POM对比图

（5）POM设计模式核心架构图

5、对POM小结：

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