首先我們需要明白自動(dòng)化測(cè)試框架更傾向于一種設(shè)計(jì)思想 ，這種思想指導(dǎo)工具的使用或者自研開發(fā)，并且不是只能使用僅僅一種框架，結(jié)合被測(cè)系統(tǒng)本身特性一般是選擇多種測(cè)試框架的組合，來(lái)滿足測(cè)試和設(shè)計(jì)需求(開發(fā)、維護(hù)角度)。錄制回放測(cè)試框架

錄制回放測(cè)試框架所采用的原理是通過(guò)錄制應(yīng)用程序產(chǎn)生的線性腳本進(jìn)行回放從而達(dá)到自動(dòng)化測(cè)試的目的。優(yōu)點(diǎn)：對(duì)測(cè)試人員測(cè)試開發(fā)能力要求最低，通過(guò)錄制就可以得到所需腳本。

缺點(diǎn)：一般不具有邏輯判斷的能力 ，可維護(hù)性差 ，效率低。

適應(yīng)場(chǎng)景：不推薦，傳統(tǒng)的UI自動(dòng)化測(cè)試逐步弱化。關(guān)于U自動(dòng)化，一定要清楚 被測(cè)系統(tǒng)是否滿足開展自動(dòng)化的條件，在被測(cè)系統(tǒng)變動(dòng)頻繁的項(xiàng)目中，開展UI自動(dòng)化無(wú)疑是挖了一個(gè)很大的坑，其后期維護(hù)工作足以讓大心疲憊，被迫放棄自動(dòng)化測(cè)試。測(cè)試庫(kù)構(gòu)架框架(The Test Library Architecture Framework )

測(cè)試庫(kù)構(gòu)架框架的核心思想可以概括為系統(tǒng)功能操作和業(yè)務(wù)邏輯的解耦。將所有的針對(duì)測(cè)試系統(tǒng)支持的功能操作封裝在測(cè)試庫(kù)中，測(cè)試腳本調(diào)用測(cè)試庫(kù)的同時(shí)傳遞外部的測(cè)試數(shù)據(jù)，測(cè)試庫(kù)的編寫由自動(dòng)化測(cè)試發(fā)工程編寫(可以不懂業(yè)務(wù))，負(fù)責(zé)控件的變更和維護(hù)， 測(cè)試腳本的編寫可由對(duì)業(yè)務(wù)比較掌握的自動(dòng)化測(cè)試開發(fā)工程編寫，負(fù)責(zé)業(yè)務(wù)邏輯、測(cè)試數(shù)據(jù)的變更和維護(hù)。優(yōu)點(diǎn)：被測(cè)試系統(tǒng)無(wú)論是哪層發(fā)生變化(代碼層或業(yè)務(wù)層等)，只需要相應(yīng)的人員進(jìn)行變更維護(hù)即可。

缺點(diǎn)：變更引起的維護(hù)工作同時(shí)附加在自動(dòng)化測(cè)試開發(fā)工程師與業(yè)務(wù)測(cè)試人員身上，維護(hù)代碼建級(jí)大。

適應(yīng)場(chǎng)景：基于各種自動(dòng)化開展方式(基于工具如Jemet或不基于工具的自研研發(fā)+持續(xù)集成)一般都會(huì)應(yīng)用該框架。數(shù)據(jù)驅(qū)動(dòng)的自動(dòng)化測(cè)試框架( The Data-Driven Testing Framework )

數(shù)據(jù)驅(qū)動(dòng)的核心思想可以概括為數(shù)據(jù)(測(cè)試數(shù)據(jù)、配置數(shù)據(jù))與代碼解耦。該種框架的原理是采用了數(shù)據(jù)驅(qū)動(dòng)腳本進(jìn)行測(cè)試，數(shù)據(jù)驅(qū)動(dòng)腳本是將數(shù)據(jù)輸入存儲(chǔ)在獨(dú)立的數(shù)據(jù)文件中，腳本只存代碼，運(yùn)行時(shí)腳本的輸入直接從文件中讀取，如此相同的腳本(代碼模版)可以運(yùn)行于不同的測(cè)試用例中，實(shí)現(xiàn)了代碼與數(shù)據(jù)的分離。優(yōu)點(diǎn)：對(duì)于業(yè)務(wù)人員由面向代碼的開發(fā)轉(zhuǎn)換為面向配置的設(shè)計(jì)(參數(shù)組合設(shè)計(jì))， 降低了開發(fā)難度與開發(fā)成本，同時(shí)提高了測(cè)試用例的易擴(kuò)展性，可以快速擴(kuò)展相似測(cè)試，實(shí)現(xiàn)了自動(dòng)化代碼不隨用例的增長(zhǎng)而增

缺點(diǎn)：測(cè)試腳本的維護(hù)由自動(dòng)化測(cè)試開發(fā)工程師負(fù)責(zé)，要求懂自動(dòng)化編程和業(yè)務(wù)邏輯，初始測(cè)試腳本設(shè)計(jì)成本較大，具有一定局限性 (針對(duì)相同的測(cè)試內(nèi)容并具有相同的測(cè)試邏輯).

適用場(chǎng)景：更適應(yīng)于測(cè)試內(nèi)容測(cè)試邏相重復(fù)度高，被測(cè)對(duì)象對(duì)測(cè)試用例易擴(kuò)展性、可復(fù)用性要求較高的場(chǎng)景。關(guān)鍵字或表驅(qū)動(dòng)的自動(dòng)化測(cè)試框架(The Keyword-Driven or Table-Driven Testing Framework )

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

優(yōu)點(diǎn):對(duì)于業(yè)務(wù)手工測(cè)試人員，由面向代碼或配置的開發(fā)轉(zhuǎn)化為面向自然語(yǔ)言(測(cè)試描述)的開發(fā)，最大程度的降低了開發(fā)難度與維護(hù)成本，同時(shí)提高了測(cè)試用例的易擴(kuò)展性、易組織性，實(shí)現(xiàn)了自動(dòng)化代碼不隨用例的增長(zhǎng)而增多。

缺點(diǎn):對(duì)測(cè)試人員的測(cè)試開發(fā)能力以及業(yè)務(wù)了解程度要求很高。

適用場(chǎng)景:被測(cè)對(duì)象包含復(fù)雜業(yè)務(wù)流程(邏輯)，當(dāng)然復(fù)雜的能做簡(jiǎn)單的更ok。了解 更多可以看著這篇文章，希望對(duì)你有所幫助，歡迎關(guān)注、點(diǎn)贊支持。

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。