當我們以腳本的形式撰寫了大量的自動化測驗代碼后，很容易發現代碼可讀性太差了、任何一個測驗腳本幾乎毫無擴展能力或者說擴展起來只能修改邊邊角角、一旦被測系統的UI層發生變化對于測驗代碼的修改來說簡直就是災難性的，整個自動化工程幾乎毫無結構可言，當面臨這些問題的時候實際上已經失去了一部分自動化測驗原有的職能
任何自動化測驗團隊在開展自動化測驗這項活動的之前，必須考慮的是這項活動的ROI，自動化測驗的本職是解放人力，基于前邊所述的常見情況不僅僅其ROI非常低，也違背了自動化的初衷
基于這個大背景下，常規的自動化測驗活動必須引入PO模式，它是一種自動化測驗的設計模式，也是一種解耦的思想即：以頁面為單位，將頁面中的控制元件及控制元件的動作逐一提煉，從而在測驗腳本中可以直接使用，其最終目的是使得元素定位運算式頁面物件測驗代碼三者分離
而分離后的測驗代碼，具有極高的可復用性、可讀性，可維護性，可擴展性，而這像極了面向物件思想更像極了Java里Spring的MVC模式和Django的MTV模式
定義基本頁面類
在自動化測驗活動中，每個頁面都有其獨特的地方，每個月面有都與其共性，為了達到PO模式的目的，首先需要考慮的是每個月面的共性，第一項需要做的就是定義頁面的基本特性及活動，它是所有頁面類的基類，是獨立于所有實際頁面之外的
實體代碼
定義具體頁面類
定義了基本頁面類，接下來便是具體到每個頁面，因為每個也面都有不同，定義具體頁面類也是定義其不同，但凡有相同的都應該抽象到基本頁面類中去定義
撰寫測驗腳本
定義基本頁面類是為了更快速的定義具體頁面類，使得頁面物件的共性可以復用，減少測驗代碼量；定義具體頁面類實際上是擴展了基本頁面類，相對于基本頁面類而言它是獨特的頁面類；之后，便可以輕松的撰寫自動化測驗腳本，腳本內容也變得簡潔而清晰
技術行業，一定要提升技術功底，豐富自動化專案實戰經驗，這對于你未來幾年職業規劃，以及測驗技術掌握的深度非常有幫助，
金九銀十面試季，跳槽季，整理面試題已經成了我多年的習慣！下面有我近幾年的收集和整理，整體是圍繞著【軟體測驗】來進行整理的，主體內容包含：python自動化測驗專屬視頻、Python自動化詳細資料、全套面試題等知識內容，
對于軟體測驗的的朋友來說應該是最全面最完整的面試備戰倉庫，為了更好地整理每個模塊，我也參考了很多網上的優質博文和專案，力求不漏掉每一個知識點，很多朋友靠著這些內容進行復習，拿到了BATJ等大廠的offer，這個倉庫也已經幫助了很多的軟體測驗的學習者，希望也能幫助到你！
愿你我相遇，皆有所獲！ 歡迎關注微信公眾號：【傷心的辣條】 免費領取一份216頁軟體測驗工程師面試寶典檔案資料，以及相對應的視頻學習教程免費分享！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/245585.html
標籤：其他
上一篇：Win10的這個隱藏功能，99%的人都不知道！你用過了嗎？
下一篇：從功能測驗到自動化測驗