以QQ郵箱登陸爲例，淺談PageObject(PO)設計模式在UI自動化中的應用

時間  2019-11-17
標籤 郵箱 登陸 爲例 淺談 pageobject 設計 模式 自動化 應用 欄目 騰訊 简体版
原文   原文鏈接

一、認識PO

1.1 PO首次提出

PO的思想最先是2103年由IT大佬Martin Flower提出的：
martinfowler.com/bliki/PageO…
沒錯，就是他 css

在這裏插入圖片描述
在他的文章裏有這樣一張經典樣圖,圖片中展現了測試代碼中直接操做HTML元素和使用PO模式將page對象封裝成一個HTML頁面，經過特定方法來操做元素的對比；以下圖：
在這裏插入圖片描述

1.2 PO原則解讀

咱們知道，PO主要就是應用在UI自動化測試上(Web端和App端均適用)，所以2015年，Selenium官方給出了PO的設計原則說明： github.com/SeleniumHQ/… html

在這裏插入圖片描述
對官方的原則進行解讀，咱們能夠獲得以下的信息：

1.2.1 方法意義

  • 用公共方法表明UI所提供的功能java

    如企業微信的通信錄頁面，其中有「添加成員」、「批量導入，導出」、「設置所在部門」、「刪除」等功能，這些功能均可以封裝成通信錄這個UI界面所提供的方法；固然，部分數據較多或者較爲複雜，複用性也比較高的話，例如添加成員，也能夠單獨抽離出來作一個page。 git

    在這裏插入圖片描述

  • 方法應該返回其餘的PageObject或者返回用於斷言的數據github

    咱們既然以頁面爲對象進行業務操做，那麼一個方法結束後必然要有返回值：chrome

    要麼返回一個頁面，這個頁面能夠是當前頁(由於可能還要在這個頁面進行其餘操做)，能夠是其餘頁面(咱們操做某個方法後極可能會跳轉到另外一個頁面進行下一步操做)；編程

    要麼返回須要斷言的值，測試用例總歸有預期結果的對吧，那麼最後確定要有方法返回一個值，用來給咱們作斷言，來判斷用例執行是否符合預期結果。api

    不要返回null或者寫一個void沒有返回值的方法，這樣的方法沒有意義，既不能爲下一步操做創造條件，也不能爲用例的斷言提供結果。微信

  • 一樣的行爲不一樣的結果能夠建模爲不一樣的方法測試

    這個就比較好理解了，拿最簡答的登陸場景來講：
    一樣的行爲： 不管輸入的帳號密碼正確與否，都是按照輸入帳號密碼，點擊登陸這樣的行爲去操做
    不一樣的結果：帳號密碼錯誤和正確獲得的登陸響應必定是不一樣的。
    建模爲不一樣的方法：對於登陸頁來講，就能夠根據登陸信息正確與否建模出正確登陸、帳號錯誤登陸、密碼錯誤登陸等方法了

  • 不要在方法內加斷言

    對一個測試用例的執行結果進行判斷必定是在測試用例裏的，方法只是提供給咱們業務上須要的操做，所以斷言不要加在方法裏，而是應該寫在用例裏

1.2.2 字段意義

  • 不要暴露頁面內部的元素給外部

    咱們使用PO的目的就是爲了提升測試用例的可讀性和可維護性，只要咱們人能操做的事，經過page對象封裝好的客戶端均可以作到；就相似於一個接口，咱們只關心請求操做後接口的返回值是什麼，而不須要關心接口內部究竟是如何工做的

  • 不須要建模UI內的全部元素

    一個UI頁面可能會包含不少的元素，可是咱們只要根據實際業務需求，將咱們用的上的元素進行建模便可

1.3 PO的作法和優勢

1.3.1 PO的作法總結
  • 以頁面爲單位獨立建模
  • 隱藏實現細節
  • 本質是面向接口編程
1.3.2 基於POM的用例組織結構
  • page ：完成對頁面的封裝
  • driver ：完成對Web、Android、Ios、接口的驅動
  • testcase ：調用各種page完成業務流程並進行斷言
  • data ：配置文件和數據驅動
  • utils ：其餘便捷的功能封裝(可選)
1.3.3 PO的優勢
  • 減小例如find click這類樣板代碼的重複
  • 測試用例的可讀性提升，只關心業務流程
  • 測試用例可維護性提升，UI頁面頻繁被修改了，咱們只須要去修改對應PO便可，用例無需修改

二、PO封裝演示

說的再多，不如動手，下面以QQ郵箱登陸爲例，演示PO模式在UI自動化中的應用

2.1 登陸場景預設

  • 登陸頁面提供login功能——LoginPage類+login方法
  • 登陸頁面內有多少元素並不關心，隱藏內部細節
  • 登陸成功和失敗會返回不一樣的頁面
    • loginSuccess——MainPage(進入主頁面)
    • loginFail——LoginPage(停留在登陸頁)
  • 經過方法返回值判斷登陸是否符合預期

2.2 代碼實現

1）建立基礎類BasePage，初始化driver，並封裝經常使用的元素操做方法，如click、sendKeys等

package poshow.page;

import org.openqa.selenium.By;
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.WebElement;

import java.util.List;

public class BasePage {

    public static WebDriver driver;


    public WebElement findElement(By by){
        return driver.findElement(by);
    }

    public List<WebElement> finElements(By by){
        return driver.findElements(by);
    }

    public void click(By by){
       findElement(by).click();
    }

    public void sendKeys(By by,String context){
        findElement(by).sendKeys(context);
    }

    public String getText(By by){
        return findElement(by).getText();
    }
}
複製代碼

2）建立MainPage類，用於登陸成功後的返回頁面，因爲這裏並未演示登陸後的操做，因此類中無具體方法實現，僅做爲loginSuccess後的返回對象

package poshow.page;

public class MainPage extends BasePage{
}
複製代碼

3）建立LoginPage類，繼承BasePage類。定義所需元素定位方式並根據操做動做（輸入帳號、輸入密碼、點擊登陸）將其封裝成具體的業務操做方法，例如登陸成功，用戶名錯誤登陸、密碼錯誤登陸等，輸入的測試數據做爲方法的入參傳入(username,password)

package poshow.page;

import org.openqa.selenium.By;
import org.openqa.selenium.chrome.ChromeDriver;
import java.util.concurrent.TimeUnit;

public class LoginPage extends BasePage{
    //定位器
    By usernameInput = By.name("u");  //獲取用戶名輸入框
    By passwordInput = By.id("p");    //獲取密碼輸入框
    By submitLogin = By.cssSelector("#login_button"); //獲取登陸按鈕
    By ErrM = By.id("err_m");  //獲取錯誤提示信息


    public void openUrl(){
        String url = "https://mail.qq.com/";
        driver = new ChromeDriver();
        driver.manage().timeouts().implicitlyWait(5, TimeUnit.SECONDS);
        driver.get(url);
        driver.manage().window().maximize();
        driver.switchTo().frame("login_frame");

    }

    private void sleepWait(){
        try {
            Thread.sleep(500);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }

    //業務方法

    /* 登陸方法 */
    private void login(String username,String password){
        findElement(usernameInput).clear();
        findElement(passwordInput).clear();
        sendKeys(usernameInput,username);
        sendKeys(passwordInput,password);
        click(submitLogin);
    }

    /* 成功登陸 */
    public MainPage loginSuccess(String username,String password){
        login(username,password);
        return new MainPage();
    }


    /* 密碼錯誤登陸 message:你輸入的賬號或密碼不正確，請從新輸入。 */
    public String loginWithErrPassword(String username,String password ){
        login(username,password);
        sleepWait();
        return getText(ErrM);
    }

    /* 帳號爲空登陸 你尚未輸入賬號！ */
    public String loginWithErrUsername(String username,String password){
        login(username,password);
        sleepWait();
        return getText(ErrM);

    }

    /* 密碼爲空登陸 */
    public String loginWithoutPassword(String username,String password){
        login(username,password);
        sleepWait();
        return getText(ErrM);
    }
}
複製代碼

4）最後建立LoginTest測試類，編寫測試用例；用例的編寫更接近於人的行爲，人想要登陸郵箱，只須要依靠用戶名和密碼完成登陸的行爲便可，無需關注具體的輸入框和登陸按鈕是如何定位，如何進行輸入點擊的。並在用例中加入斷言進行判斷。

package poshow.testcase;

import org.junit.jupiter.api.*;
import poshow.page.LoginPage;
import static org.hamcrest.CoreMatchers.equalTo;
import static org.hamcrest.MatcherAssert.assertThat;

@TestMethodOrder(MethodOrderer.OrderAnnotation.class)
public class LoginTest {

    LoginPage loginPage = new LoginPage();

   @BeforeAll
   static void openUrl(){
        new LoginPage().openUrl();
    }

    @Test
    @DisplayName("密碼錯誤登陸")
    @Order(1)
    void loginWithErrPassword(){
        String username = "376057520";
        String password = "123456";
        String expectedErrM = "你輸入的賬號或密碼不正確，請從新輸入。";

        String errM = loginPage.loginWithErrPassword(username, password);
        assertThat(errM,equalTo(expectedErrM));
    }

    @Test
    @DisplayName("帳號錯誤登陸")
    @Order(2)
    void loginWithErrUsername(){
        String username = "111";
        String password = "123456";
        String expectedErrM = "請輸入正確的賬號！";

        String errM = loginPage.loginWithErrUsername(username, password);
        assertThat(errM,equalTo(expectedErrM));
    }

    @Test
    @DisplayName("空密碼登陸")
    @Order(3)
    void loginWithoutPassword(){
        String username = "376057520";
        String password = "";
        String expectedErrM = "你尚未輸入密碼！";

        String errM = loginPage.loginWithoutPassword(username, password);
        assertThat(errM,equalTo(expectedErrM));
    }

    @Test
    @DisplayName("正確登陸")
    @Order(4)
    void logSuccess(){
       String username = "376057520";
       String password = "xxx";
       loginPage.loginSuccess(username,password);
    }

}

複製代碼

5）總體結構展現：

在這裏插入圖片描述

2.3 運行效果

在這裏插入圖片描述

三、補充說明

3.1 用例設計

  • case儘可能保持獨立
  • suite體系管理用例的順序
  • 不要把大量的業務校驗邏輯放到UI自動化測試裏， UI主要校驗的是用戶交付，操做流程，樣式、數據、兼容性。
  • 與接口測試合理的分工

3.2 補充說明

以上僅僅是爲了演示PO而舉的一個簡單的demo，實際上還有很大的優化空間：

  • 經常使用元素操做方法能夠進一步封裝的更完善
  • 可封裝經常使用的操做util類，例如滑動
  • 特定元素的等待採用顯示等待
  • 登陸用例能夠利用參數化來以數據驅動的方式完成，使用例代碼更簡潔易懂
  • PO代碼和testcase代碼能夠分開，test下只放case代碼
  • 等等~後續須要繼續完善！
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程