Po模式：
What?
PO模式(page object model)：是一種設計思想，是為了解決自動化測試過程中隨着代碼量的增加導致的大量代碼難以維護、難以擴展、可讀性極差等災難性的事件的方案，所謂Page Object及頁面對象，頁面對象是哪些東西呢？比如一個按鈕是一個對象，一個頁面也是一個對象.
實際的應用當中，一般我們會抽取一個頁面的基類，用於對一些頁面元素的功能操作進行擴展，比如獲取title，模態窗口的處理，一些基本控件的處理都可以放在這個頁面的基類里面。后面的頁面類都可以對這個基類進行擴展。
Advantage:
1,代碼可讀性強; PO提供了一種業務流程與頁面元素操作分離的模式，這使得測試代碼變得更加清晰; 更加有效的命名方式使得我們更加清晰的知道方法所操作的UI元素;
2,可維護性高; 可復用的頁面方法代碼會變得更加優化;
3,復用性高; 頁面對象與用例分離，使得我們更好的復用對象.
關鍵字模型
What?
關鍵字驅動測試(Keyword driver testing)也被稱為表格驅動測試或者基於動作字的測試，工作中經常遇到的KDT測試工具有很多，比如Selenium IDE、Katalon Recorder、UFT等。
我們常說的自動化，無非就是找到頁面的元素，然后對這個元素進行操作（賦值或者點擊），然后把這些組合起來做出一個功能。一個key，可以理解為元素.操作。RFS做的比較好的設計是可以靈活的對元素進行分拆和組裝，類似於最小顆粒度的積木，一個最小顆粒度的積木就是一個關鍵字，你可以直接用，也可以把幾個關鍵字組裝成一個大的關鍵字。到最后就可以像搭建積木一樣的把自動化搭建好.
關鍵字驅動的核心就是對測試用例(步驟)進行拆分：
a、測試步驟中的對象（Test Object）
b、測試對象執行的動作(Action)
c、測試對象需要的數據（Test Data）
Po & kdt：
1、PO模型更關注的頁面、元素抽象成代碼，在代碼級別的復用上會簡單些，但編碼能力要求會更高一些。
2、關鍵字模型，更關注的是業務流程，其實很多企業也是如此，我們只需要在excel文件中講測試用例維護好，而需要編寫的腳本量非常小，如果頁面有變動，只需要維護excel表格中的用例數據即可，而腳本基本不需要變動。