首頁 > 廠商 > 問答 > 人工智能自動化測試框架，自動化測試框架都有哪些

人工智能自動化測試框架，自動化測試框架都有哪些

來源：整理時間：2023-06-24 11:26:54 編輯：智能門戶手機版

1，自動化測試框架都有哪些

自動化測試框架主要分為以下幾種，可以根據(jù)項目需要進行選擇1.模塊化框架（test script modularity）。2.函數(shù)庫結(jié)構(gòu)框架（test library architecture）。3.關(guān)鍵字驅(qū)動測試框架（keyword-driven/table-driven testing）。4.數(shù)據(jù)驅(qū)動測試框架（data-driven testing）。

我之前開始自動化測試的時候也上網(wǎng)查閱過很多資料，但也沒有一個比較有權(quán)威的說法。有人說是一種解決自動化測試的解決方案，有人說是一套管理系統(tǒng)，有人說是一個軟件，有人說是一段代碼...舉個例子，我現(xiàn)在在公司帶頭研究自動化測試（剛剛起步），主要是從事web測試。然后使用的工具是ruby + watir-selenium + cucumber，這三種工具都是在國外使用的比較多的。ruby作為腳本語言，watir-selenium用來驅(qū)動瀏覽器，cucumber用來編寫測試用例。那么，我對自動化測試框架的理解是，根據(jù)公司現(xiàn)在的狀況，我使用了這三種工具來搭建了一個自動化測試環(huán)境并能實現(xiàn)自動化測試，也就是說，我是用了rubu、watir-selenium和cucumber來構(gòu)建一個自動化測試的框架，即框架就是ruby、watir-selenium和cucumber，并能用他們來實現(xiàn)自動化測試。

自動化測試框架都有哪些

2，Python BDD自動化測試框架有哪些

好象python的瀏覽器測試框架，原來只有一個，還是仿ruby的框架做的。似乎在IE上可以比較好的應(yīng)用。很老的框架。對JS支持不好。不過python寫個測試框架真是非常容易的事情，隨手就來。基于瀏覽器測試也容易做。因為你可以使用pyqt，這個庫里有一個基于webkit的瀏覽器。基本上，想做什么都可以了。最近聽說有幾個新的BDD的框架正在做。也不知道怎么樣。其實對于python這種語言來說，框架的成本太低。所以最好不要做框架。它有一個基本的編程原則則DRY。do not repeat yourself。不要再造輪子的意思。直接使用現(xiàn)有的python的testsuite結(jié)合進程，線程模型，還有QT輕松就組裝出一個測試模塊。

1. Python自動化測試框架比較有名的就是python+selenium，還有單元測試框架PyUnit，還有一個叫做Robot Framework的自動化測試框架，大大小小的有很多2. BDD顧名思義Behavior Driven Development，譯作"行為驅(qū)動開發(fā)"，是基于TDD (Test Driven Development 測試驅(qū)動開發(fā))的軟件開發(fā)過程和方法。BDD可以讓項目成員（甚至是不懂編程的）使用自然語言來描述系統(tǒng)功能和場景，從而根據(jù)這些描述步驟進行系統(tǒng)自動化的測試。3. BDD的自動化測試框架的話，目前應(yīng)用最好的是Ruby下的Cucumber，Python下有類似的Behave、Lettuce及Freshen等，這三個都差不多，個人推薦Behave4. 可以百度這篇文章（我寫的）：Python BDD自動化測試框架初探

Python BDD自動化測試框架有哪些

3，Robot Framework作者建議如何選擇自動化測試框架

Pekka Kl??rck，作為Robot Framework的創(chuàng)建者和核心開發(fā)者，按照系統(tǒng)級別，介紹了幾種不同的自動化測試方法的區(qū)別。一、記錄回放的方式流行于商業(yè)工具之中，無需編程技能即可快速上手。然而這種方法相對脆弱，一旦UI變化測試就會受到影響，分散的腳本不可重用且難以維護，而且系統(tǒng)在測試前必須可用（也就意味著無法使用A-TDD方法）。因此這種方法并不適合大型自動化測試。二、線性腳本允許使用各種語言來編寫非結(jié)構(gòu)化腳本，腳本直接與被測系統(tǒng)交互。能夠快速上手，靈活性強。但是編寫腳本需要編程技能，系統(tǒng)中一個改動會影響所有腳本，沒有經(jīng)過模塊化或重用的大量腳本難以維護。因此這種方法適合簡單任務(wù)，不適合大型自動化。三、模塊化腳本由兩部分組成：驅(qū)動腳本執(zhí)行測試，測試庫函數(shù)完成與被測系統(tǒng)交互。驅(qū)動腳本編寫起來非常簡單，這樣可以更快地建立新測試，容易維護。然而需要花時間和編程技能建立測試庫，并將測試數(shù)據(jù)嵌入腳本，建立新測試就需要新的測試腳本。因此，只要擁有編程技能，這種方法還是適合大型項目，但不適合非編程人員。四、數(shù)據(jù)驅(qū)動方法，將數(shù)據(jù)與測試腳本分離，基于模塊化的測試庫，一個驅(qū)動腳本可以執(zhí)行多個相似測試，這樣非常容易建立新測試。維護工作可以分離，測試人員負責數(shù)據(jù)，程序員負責寫測試庫。然而，不同類型測試仍需要新的驅(qū)動腳本，初始建立數(shù)據(jù)解析器和重用組件需要花人力。這種方法適合大型項目，只需要較少的編程技能。五、關(guān)鍵字驅(qū)動，將數(shù)據(jù)與關(guān)鍵字結(jié)合來描述如何使用數(shù)據(jù)執(zhí)行測試。這種方法具備數(shù)據(jù)驅(qū)動的優(yōu)勢，同時非編程人員也能建立新類型測試。所有測試由同一個框架來執(zhí)行，無需不同的驅(qū)動腳本。然而初始成本很大，但是可以使用開源方案！因此非常適合大型項目。Pekka對以上五種方法的介紹其實也是對自動化測試發(fā)展史的介紹，同時也體現(xiàn)了RobotFramework背后的設(shè)計思想。除了測試框架的選擇，要想做好自動化測試，還要關(guān)注其他方面。自動化測試需要關(guān)注可測性。自動化最難的部分是與被測系統(tǒng)交互，特別是GUI層。確保系統(tǒng)容易被測試，比如給GUI元素增加標識、輸出易于解析的文本、提供自動化接口等。系統(tǒng)一般可以分為GUI層以及GUI之下的業(yè)務(wù)層。GUI層測試需要調(diào)用與普通用戶同樣的接口，但是某些GUI技術(shù)缺乏好的工具支持，會使測試變得脆弱，而且執(zhí)行相對較慢。從業(yè)務(wù)層開始測試相對容易，執(zhí)行快。但GUI層仍然需要被測試，以保證GUI正確連接到了業(yè)務(wù)層，甚至有時GUI層也具有業(yè)務(wù)功能。Pekka建議考慮對業(yè)務(wù)層進行完全測試，而部分地對GUI層實行端到端測試。不是所有系統(tǒng)都具有GUI層，卻可能具有API、數(shù)據(jù)庫、服務(wù)器、命令行等。自動化測試框架可以調(diào)用不同驅(qū)動來進行測試。這些非GUI層相對容易測試，只要把測試用例看作另一個客戶端而已。那么自動化測試應(yīng)該在什么階段進行？如果開發(fā)完成后單獨做自動化，這是典型的瀑布式過程，不同團隊之間存在溝通障礙，反饋周期慢，產(chǎn)品在后期難以獲得可測性，從而導(dǎo)致復(fù)雜和脆弱的測試方案。相反，典型敏捷式過程中，程序員和測試人員協(xié)同完成自動化。把自動化看作團隊開發(fā)的一部分，可測性不再是問題，團隊做技術(shù)決定時就可以考慮可測性和工具選擇，程序員可以提前加入提供可測性的鉤子特性。自動化測試需要版本控制和持續(xù)集成來支持。將測試和代碼放在一起，像管理代碼一樣管理測試腳本，那么多可用工具，SVN、GIT、Mercurial，沒道理不用。持續(xù)集成是全方位自動化的關(guān)鍵，當測試或代碼有所改動立即執(zhí)行測試。如果測試運行時間比較長，也可以定期運行。使用Jenkins、Hudson、Cruise Control、BuildBot吧，自己寫定時腳本或Cron Job可以休矣。選擇商業(yè)自動化工具還是開源工具？好東西肯定貴，但是貴的不見得好，再便宜的許可證也會阻止整個團隊的協(xié)作。而且商業(yè)化工具難以和其他自動化工具（特別是其他廠商的）或版本控制、持續(xù)集成進行整合和定制化。另外，產(chǎn)品終止或公司關(guān)門是潛在的風險。開源工具可供選擇余地很大，當然也是良莠不齊。開源工具通常容易與其他工具整合，關(guān)鍵是免費，誰都可以隨意使用和定制化，還永遠不會消失。至于免費軟件，越來越少了，很多自由軟件都已經(jīng)開源。免費軟件同樣不能定制化，且存在中止的風險。做自動化需要哪些技能？一般來說，包括Python、Ruby、Perl、JavaScript、正則表達式、XPath和CSS定位、SQL語句、版本控制等。有了自動化，手工測試還需要嗎？當然需要??！不過，要避免手工執(zhí)行腳本來測試，還是將其完全自動化吧，測試人員可以更多關(guān)注于探索性測試。記住，機器擅長回歸測試，人類善于尋找Bug。