PageObject模式下驱动初始化该放在何处的深入思考

阳光穿透心脏的1/2处 2023-02-17 02:18 10阅读 0赞

### 文章目录 ###

*  写在前面
 *  放在 Page
 *   *  放在 PageCoomon
     *  放在 MainPage
 *  放在 TestCase
 *   *  放在 BaseTest
 *  写在后面

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FiY251bGw_size_16_color_FFFFFF_t_70]

# 写在前面 #

> 我们在做 UI 自动化或者 API 自动化避免不了会使用 PO 模式，这个思想也确实是个好东西，能帮助我们更好的维护代码。我们一般会使用公司流传下来的框架模板，或者自己去 github 上拉取一个项目模板，但是现在我们不妨自己去动手写一个框架，做一个属于自己的项目，当我们开始使用 PO 模式的时候，选取了 junit 或者 testng 的时候，我们开始要写驱动了，但是驱动该放在哪里呢？一般只有两个思路，要么放在 Page 对象中，要么放在 TestCase 测试用例中，似乎都可以，那放在哪里最好呢？下面我们会深入项目和场景，配合 **TestNg 注解**具体分析一下放在哪里是最优解

一般而言有以下几种思路

*  驱动初始化放在 Page
    
     *  放在 PageCommon 的构造器中，所有 Page 继承它
     *  放在 MainPage 中，它为登录页面
 *  驱动初始化放在 TestCase
    
     *  放在 BaseTest 中，所有 TestCase 继承它

# 放在 Page #

放在 Page 中是个很好的思路，依据 PO 思想，PageObject 中封装页面操作的详细细节，但我们一般不会直接放在每个页面中，因为这样会造成大量冗余代码，我们一般把它提出来，做一个 PageCommon 父类，让所有 Page 继承它即可

## 放在 PageCoomon ##

**我们在 PageCommon 中怎么写呢？**

Ok，我们现在知道了可以放在 PageCommon 中，我们应该放在构造器中

public class PageCommon {
        
        public WebDriver driver = null;
        // 无参构造器
        public PageCommon() {
        
            this.driver = new ChromeDriver();
        }
        // 有参构造器
        public PageCommon(WebDriver driver) {
        
            this.driver = driver;
        }
        
        // 其他操作
    }

**然后我们在 Page 中怎么写呢？**

public class BaiDuPage extends PageCommon {
        
        // 无参构造器
        public BaiDuPage() {
        
            super();
        }
        // 有参构造器
        public BaiDuPage(WebDriver driver) {
        
            super(driver);
        }
        
        // 页面操作细节
    }

**再然后我们在 TestCase 中怎么写呢**

public class DemoTest extends BaseTest {
        
        public BaiDuPage page;
        public BaiDuPage2 page2;
        @BeforeClass
        public void init() {
        
            page1 = new BaiDuPage();
            page2 = new BaiDuPage2(page1.driver);
        }
        
        // @Test 方法
    }

**一些疑问**

为什么 PageCommon 中的驱动不可以是 static 呢，因为当我们使用多线程跑多个驱动时候，如果其为 static 会造成跑成一个 driver

那为什么 PageCommon 要两个构造器呢，因为如果只用一个无参构造器，那么在有的 测试用例中需要两个页面，初始化页面对象时，会造成创建两个驱动，但我们的需求是再一个 TestCase 中用一个驱动（浏览器）完成测试操作

**其他**

我个人还是蛮推荐这种写法，这种写法有一个不好的地方就是在 TestCase 中非要使用 page1.driver 的形式来传驱动

## 放在 MainPage ##

大致思路就是把驱动启动放在 MainPage 页面类的无参构造器中，如果写了 PageCommon 的话，就会 super 其构造器，把驱动传上去，其他页面要用这个驱动就直接 page.driver 即可，和放在 PageCommon 中很像，对不，就是一个放在公用页面的构造器中，一个放在了首页构造器中，没啥太大区别。如果没有写 PageCommon，也不要紧，其他一模一样，其他页面要用这个驱动直接 page.driver 即可

由于我个人不推荐这种写法，因为我认为这种写法比较混乱，而且思想其实和前面差不多，所以这里不详写了

# 放在 TestCase #

放在 TestCase 也可以，也是一个很直接的思路，因为 Page 关注页面代码逻辑操作，而 TestCase 关注页面的业务逻辑操作，而驱动初始化与二者都没有太大关联，我们一般也不会单独放在每个 TestCase 中，原因一样，因为这造成大量冗余代码，我们一般把它放在 BaseTest 中，让所有的 TestCase 继承它，BaseTest 一般我们做测试的配置的初始化操作，PageCommon 我们一般做基础页面操作方法的封装

## 放在 BaseTest ##

**BaseTest 中怎么写呢？**

public class BaseTest {
        
        public WebDriver driver = null;
        // @BeforeSuit
        // @BeforeClass
        
        @BeforeTest
        public void initDriver() {
        
            driver = new ChromeDriver();
        }
        
        // @AfterTest
        // @AfterClass
        // @AfterSuite
    }

**TestCase 中怎么写呢？**

public class DemoTest extends BaseTest {
        
        public MainPage page1;
        public BaiDuPage page2;
        @BeforeClass
        public void init() {
        
            page1 = new MainPage(driver);
            page2 = new MainPage(driver);
        }
    }

**PageCommon 中我们该怎么写呢？**

public class PageCommon {
        
        // JS, Actions, WebDriverWait ...
        public WebDriver driver = null;
        
        public PageCommon(WebDriver driver) {
        
            this.driver = driver;
    		// 其他参数初始化
        }
        
        // 其他公用操作
    }

**一些疑问**

为什么驱动启动要放在 BaseTest 的 @BeforeTest 中，因为方便配合 testng.xml 来做多线程，@BeforeClass 我们可以把登录操作放在其中

驱动放在 BaseTest 的理由是什么？因为我们把 PageCommon 理解成封装页面共有操作方法，把 BaseTest 理解成测试执行前的准备操作，因为我们可以把驱动初始化放在 BaseTest 中而不是 Page 中，Page 只去关注页面中的具体操作，而不应该关心底层测试的初始化工作，所以依据这种理念把驱动放在 BaseTest 中似乎更合理一点，可是页面类又需要驱动来控制怎么办，只有通过构造器去传参了

**其他**

我在实际写项目，以及在 github 上拉取项目，再加上自己的思考发现，一般而言比较简单的普通项目，人们一般喜欢把驱动初始化操作放在 Page 中，更加复杂的项目框架我建议放在 BaseTest 中，我目前在 github 上拉取了一些框架，发现都是比较简单的（因为稍微好点复杂点的框架都成了各个公司的固有资产了），大部分也都是放在 Page 中，我个人建议放在 BaseTest 中更加友好

# 写在后面 #

不论是放在 Page 中还是 BaseTest 中，我认为都是可行的，我个人更倾向于 BaseTest 中，根据自己的思考和总结以及项目经验，我个人搭建了一个功能比较齐全对于大型项目而言比较友好的 Selenium + TestNg 测试框架，希望大家可以捧捧场！

[**https://github.com/abcnull/webuitest4j**][https_github.com_abcnull_webuitest4j]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FiY251bGw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20200610183121433.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2FiY251bGw=,size_16,color_FFFFFF,t_70
[https_github.com_abcnull_webuitest4j]: https://github.com/abcnull/webuitest4j