首先我們需要明白自動化測試框架更傾向于一種設計思想 ，這種思想指導工具的使用或者自研開發，并且不是只能使用僅僅一種框架，結合被測系統本身特性一般是選擇多種測試框架的組合，來滿足測試和設計需求(開發、維護角度)。錄制回放測試框架

錄制回放測試框架所采用的原理是通過錄制應用程序產生的線性腳本進行回放從而達到自動化測試的目的。優點：對測試人員測試開發能力要求最低，通過錄制就可以得到所需腳本。

缺點：一般不具有邏輯判斷的能力 ，可維護性差 ，效率低。

適應場景：不推薦，傳統的UI自動化測試逐步弱化。關于U自動化，一定要清楚 被測系統是否滿足開展自動化的條件，在被測系統變動頻繁的項目中，開展UI自動化無疑是挖了一個很大的坑，其后期維護工作足以讓大心疲憊，被迫放棄自動化測試。測試庫構架框架(The Test Library Architecture Framework )

測試庫構架框架的核心思想可以概括為系統功能操作和業務邏輯的解耦。將所有的針對測試系統支持的功能操作封裝在測試庫中，測試腳本調用測試庫的同時傳遞外部的測試數據，測試庫的編寫由自動化測試發工程編寫(可以不懂業務)，負責控件的變更和維護， 測試腳本的編寫可由對業務比較掌握的自動化測試開發工程編寫，負責業務邏輯、測試數據的變更和維護。優點：被測試系統無論是哪層發生變化(代碼層或業務層等)，只需要相應的人員進行變更維護即可。

缺點：變更引起的維護工作同時附加在自動化測試開發工程師與業務測試人員身上，維護代碼建級大。

適應場景：基于各種自動化開展方式(基于工具如Jemet或不基于工具的自研研發+持續集成)一般都會應用該框架。數據驅動的自動化測試框架( The Data-Driven Testing Framework )

數據驅動的核心思想可以概括為數據(測試數據、配置數據)與代碼解耦。該種框架的原理是采用了數據驅動腳本進行測試，數據驅動腳本是將數據輸入存儲在獨立的數據文件中，腳本只存代碼，運行時腳本的輸入直接從文件中讀取，如此相同的腳本(代碼模版)可以運行于不同的測試用例中，實現了代碼與數據的分離。優點：對于業務人員由面向代碼的開發轉換為面向配置的設計(參數組合設計)， 降低了開發難度與開發成本，同時提高了測試用例的易擴展性，可以快速擴展相似測試，實現了自動化代碼不隨用例的增長而增

缺點：測試腳本的維護由自動化測試開發工程師負責，要求懂自動化編程和業務邏輯，初始測試腳本設計成本較大，具有一定局限性 (針對相同的測試內容并具有相同的測試邏輯).

適用場景：更適應于測試內容測試邏相重復度高，被測對象對測試用例易擴展性、可復用性要求較高的場景。關鍵字或表驅動的自動化測試框架(The Keyword-Driven or Table-Driven Testing Framework )

關鍵字驅動是對數據驅動的邏相擴展，它的核心思想可以概括為數據代碼流程(邏輯)解耦，同時完成了代碼與測試描述(針對被測對象的測試描述)的映射。該框架的原理是基于數據驅動的基礎上，完成了對被測對象的拆分、抽象、 封裝使之映射成個個“關鍵詞” (測試描述)，編寫測試用例時，僅需要對關鍵詞進行組合 ，即可完成不同場景的測試用例開發。

優點:對于業務手工測試人員，由面向代碼或配置的開發轉化為面向自然語言(測試描述)的開發，最大程度的降低了開發難度與維護成本，同時提高了測試用例的易擴展性、易組織性，實現了自動化代碼不隨用例的增長而增多。

缺點:對測試人員的測試開發能力以及業務了解程度要求很高。

適用場景:被測對象包含復雜業務流程(邏輯)，當然復雜的能做簡單的更ok。了解 更多可以看著這篇文章，希望對你有所幫助，歡迎關注、點贊支持。

總結

以上是生活随笔為你收集整理的什么是python自动化测试_python已经自动化了，大家一般用什么测试框架？的全部內容，希望文章能夠幫你解決所遇到的問題。

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