引言
前面一直在讲接口自动化测试框架与案例分享,很少讲Selenium这个Web自动化测试神器。它主要用来做UI自动化测试,大家都知道UI自动化测试成本相当高,一般的Web自动化测试我是一直不建议做的。
虽然不推荐,但是这里有一个设计思想是不错的——PO设计模式。
PO设计模式
PO设计模式,英文名称:Page Object Model。PO设计模式是Selenium自动化测试中最佳的设计方式之一。相比传统设计中:页面定位元素→输入数据→操作元素→断言结果,会有以下问题:
1、易用性差:杂乱无章的定位元素方法,例如:find_element;
2、扩展性不好:用例孤立,无法扩展;
3、复用性差:无公共方法,很难服用;
4、可维护性差:一旦元素变化或测试步骤变化,需要维护大量代码和用例;
针对上面一些弊端,做了一些优化:
POM设计模式,将页面定位和业务操作分开,将元素定位和测试方法分离,从而提高代码的维护性。而传统的POM是元素定位和测试方法放在一起,如下图:
这样做的优势:
1、页面元素定位和业务操作方法分离,使得代码更加清晰,减少冗余代码;
2、测试方法单独抽离,这样提高用例的可读性;
3、针对ui变化频繁的项目和测试步骤的变化,提高了测试用例的维护性;
一条测试用例可能需要多个步骤操作元素,将每一个步骤单独封装成一个方法,在执行测试用例时调用封装好的方法进行操作。PO模式可以把一个页面分为三个层级,对象库层、操作层、业务层。
对象库层:封装定位元素的方法。
操作层:封装对元素的操作。
业务层:将一个或多个操作组合起来完成一个业务功能。
PO设计模式核心组件
画一个操作如下:
首先抽象封装一个BasePage类,这个基类拥有Webdriver实例的属性,将页面分成一个个Page,每一个Page继承基类BasePage,可以通过driver来管理每一个Page中的元素,
在Page中将定位元素的操作封装成一个一个方法。TestCase继承unittest里面的TestCase类,并且依赖Page类,进行测试步骤的执行工作。
这样以来,页面元素一旦变化,只需要维护每一个Page中的方法,测试流程发生变化,只需要维护TestCase即可。
核心组件:
BasePage.py模块:
1 2 3 4 5 |
|
Page页面模块:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|