請點擊輸入圖片描述（最多18字）

當我們以腳本的形式編寫了大量的自動化測試代碼后，很容易發現代碼可讀性太差了、任何一個測試腳本幾乎毫無擴展能力或者說擴展起來只能修改邊邊角角、一旦被測系統的UI層發生變化對于測試代碼的修改來說簡直就是災難性的，整個自動化工程幾乎毫無結構可言，當面臨這些問題的時候實際上已經失去了一部分自動化測試原有的職能

請點擊輸入圖片描述（最多18字）

?

任何自動化測試團隊在開展自動化測試這項活動的之前，必須考慮的是這項活動的ROI，自動化測試的本職是解放人力，基于前邊所述的常見情況不僅僅其ROI非常低，也違背了自動化的初衷

基于這個大背景下，常規的自動化測試活動必須引入PO模式，它是一種自動化測試的設計模式，也是一種解耦的思想，即：以頁面為單位，將頁面中的控件及控件的動作逐一提煉，從而在測試腳本中可以直接使用，其最終目的是使得元素定位表達式``頁面對象``測試代碼三者分離

而分離后的測試代碼，具有極高的可復用性、可讀性，可維護性，可擴展性，而這像極了面向對象思想更像極了Java里Spring的MVC模式和Django的MTV模式

01

定義基本頁面類

在自動化測試活動中，每個頁面都有其獨特的地方，每個月面有都與其共性，為了達到PO模式的目的，首先需要考慮的是每個月面的共性，第一項需要做的就是定義頁面的基本特性及活動，它是所有頁面類的基類，是獨立于所有實際頁面之外的

實例代碼：

02

定義具體頁面類

定義了基本頁面類，接下來便是具體到每個頁面，因為每個也面都有不同，定義具體頁面類也是定義其不同，但凡有相同的都應該抽象到基本頁面類中去定義

03

編寫測試腳本

定義基本頁面類是為了更快速的定義具體頁面類，使得頁面對象的共性可以復用，減少測試代碼量；定義具體頁面類實際上是擴展了基本頁面類，相對于基本頁面類而言它是獨特的頁面類；之后，便可以輕松的編寫自動化測試腳本，腳本內容也變得簡潔而清晰

總結

以上是生活随笔為你收集整理的阿里软件测试工程师手把手教学：自动化脚本中的设计模式-PO模式详解的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。