ui自動化設計，
設計測試用例**，搞懂po設計模式，編寫寫**很輕鬆，並且高大上
掌握自動化測試必備的設計模式
秩序呀半天的時間即可先學會
po設計模式是用來管理和維護一組元素的物件庫.
將每個頁面設計為乙個原始檔，其中包含頁面中的需要測試的元素（按鈕，輸入框，標題），等這樣在測試頁面中可以通過調取頁面類來獲取頁面元素，這樣避免當頁面元素id或者位置變化後，需要改測試**。當元素id變化時，只需要改測試頁面class中的頁面屬性即可。將頁面定位與和業務分開，分離測試物件（元素物件）和測試指令碼（用例指令碼），提高可維護性。
好處:減少**的重複
提高測試用例的可讀性
提高測試用例的可維護性,特別事針對ui頻繁發生變化的專案
po模式主要分為三層:
1.物件庫層
封裝頁面所有的公共方法
例如:基本的url和超時時間等
2.操作層:
頁面操作的基本方法
3.業務層
寫法：1.將頁面的元素定位(button)和元素行為(click)封裝成乙個page類
2.實現頁面物件和測試用例分離
3.在測試用例中，呼叫所需頁面物件中的行為，組成測試用流利
編寫：1.寫basepage 定位元素和所有的行為的父類
解決的問題：
如何解決這個問題：
具體實現
自動化測試 PO設計模式
以ui自動化測試為例 介面自動化測試也是一樣 大部分人都知道ui自動化測試無非就是元素定位 然後輸入資料 然後滑鼠操作，比如乙個簡單的搜尋 但是隨著時間的遷移，隨著頁面越來越多，功能越來越多，每乙個頁面都要進行 元素定位，操作方法，測試用例 這樣頁面的元素的任何改變都會把指令碼維護變得繁瑣，而且容易...
自動化測試的PO模式
1.頁面物件模型 po 是一種設計模式,用來管理維護一組頁面元素的物件庫.2.在po下,應用程式的每乙個頁面都有乙個對應的page類.3.每乙個page類維護著該頁面的元素集和操作這些元素的方法.1.可讀性強 2.可維護性高 3.復用性高 設計的原則 1.抽象每乙個頁面 2.頁面中元素不暴露,僅報錯...
selenium自動化測試框架之PO設計模式
物件導向的特性 封裝 繼承 多型。在自動化中一樣適用，selenium自動化測試中有乙個名字常常被提及pageobject 思想與物件導向的特性相同 通過po模式可以大大提高測試用例的維護效率。傳統測試指令碼的弊端 測試指令碼分離，維護成本高 可擴充套件性差 復用性低等 pageobject設計模式...