軟體自動化測試框架

『壹』 什麼是軟體自動化測試框架

目前測試工作大多數以手動為主，並不是各個軟體公司不想做自動化測試，無奈再沒有成熟單位應用的情況下，但靠每個公司自己的摸索，顯然比手動測試代價更大，且項目變化頻度過快，也對測試框架提出了挑戰，到底公司能夠下多大的人力，物力來做測試框架的搭建，想必也是困擾了大家許久。框架這個概念並不是只有在測試裡面有，開發同樣也有框架的概念。 框架(Framework)是整個或部分系統的可重用設計，表現為一組抽象構件及構件實例間交互的方法;另一種定義認為，框架是可被應用開發者定製的應用骨架。前者是從應用方面而後者是從目的方面給出的定義。 可以說，一個框架是一個可復用的設計構件，它規定了應用的體系結構，闡明了整個設計、協作構件之間的依賴關系、責任分配和控制流程，表現為一組抽象類以及其實例之間協作的方法，它為構件復用提供了上下文(Context)關系。因此構件庫的大規模重用也需要框架。 構件領域框架方法在很大程度上借鑒了硬體技術發展的成就，它是構件技術、軟體體系結構研究和應用軟體開發三者發展結合的產物。在很多情況下，框架通常以構件庫的形式出現，但構件庫只是框架的一個重要部分。框架的關鍵還在於框架內對象間的交互模式和控制流模式。 框架比構件可定製性強。在某種程度上，將構件和框架看成兩個不同但彼此協作的技術或許更好。框架為構件提供重用的環境，為構件處理錯誤、交換數據及激活操作提供了標準的方法。 應用框架的概念也很簡單。它並不是包含構件應用程序的小片程序，而是實現了某應用領域通用完備功能(除去特殊應用的部分)的底層服務。使用這種框架的編程人員可以在一個通用功能已經實現的基礎上開始具體的系統開發。框架提供了所有應用期望的默認行為的類集合。具體的應用通過重寫子類(該子類屬於框架的默認行為)或組裝對象來支持應用專用的行為。 應用框架強調的是軟體的設計重用性和系統的可擴充性，以縮短大型應用軟體系統的開發周期，提高開發質量。與傳統的基於類庫的面向對象重用技術比較，應用框架更注重於面向專業領域的軟體重用。應用框架具有領域相關性，構件根據框架進行復合而生成可運行的系統。框架的粒度越大，其中包含的領域知識就更加完整。 框架，即framework.其實就是某種應用的半成品，就是一組組件，供你選用完成你自己的系統。簡單說就是使用別人搭好的舞台，你來做表演。而且，框架一般是成熟的，不斷升級的軟體。 同樣，測試框架也是如此，每個公司力求的最終結果，就是花少量的資源來盡可能多的完成測試任務，所以測試框架的建立以及框架的重用性方面是最值得探討的地方，沙龍裡面「自動化測試的框架要講究粒度」和「建立測試框架需要一定的開發能力」這2句話說的非常有道理，你不能苛求測試人員完成所有測試應用框架的建立，這是不現實的，時間、資源都不允許。所以被測系統的主營業務，核心應用理當成為框架的首選。 本站技術原創欄目文章均為中睿原創或編譯，轉載請註明：文章來自中睿，本站保留追究責任的權利。

『貳』 自動化測試框架都有哪些

自動化測試框架主要分為以下幾種，可以根據項目需要進行選擇 1.模塊化框架（test script molarity）。 2.函數庫結構框架（test library architecture）。 3.關鍵字驅動測試框架（keyword-driven/table-driven testing）。 4.數據驅動測試框架（data-driven testing）。

『叄』 常見的自動化測試框架有哪些

您好，你的問題，我之前好像也遇到過，以下是我原來的解決思路和方法，希望能幫助到你，若有錯誤，還望見諒！自動化測試框架主要分為以下幾種，可以根據項目需要進行選擇 1.模塊化框架（test script molarity）。 2.函數庫結構框架（test library architecture）。 3.關鍵字驅動測試框架（keyword-driven/table-driven testing）。 4.數據驅動測試框架（data-driven testing）。非常感謝您的耐心觀看，如有幫助請採納，祝生活愉快！謝謝！

『肆』 軟體測試自動化框架、工具優缺點介紹

QTP,支持場景錄制，支持VBS腳本錄制，缺點：不開源
SELENIUM IDE 支持叫場景錄制，生成的是HTML語言，可以導出腳本語言，支持語言豐富，但是只支持FIREFOX瀏覽器
SELENIUM2，不支持場景錄制，WEB自動化測試，需下載各類的DRIVER驅動，比如Chromedriver(谷歌瀏覽器驅動)，腳本語言支持多種，如：JAVA,PYTHON
按鍵精靈（個人覺得也是自動化一種）基於界面位置坐標記錄，勉強算自動化吧。有自己的腳本，望採納！

『伍』 自動化測試框架有哪幾種

冒昧的說一句，您這個問題問的可能比較大。
因為從自動化測試角度講的測試框架有很多種；而且並沒有什麼固定的條條框框。全部是根據測試需要及公司產品開發現狀進行搭建的。從通俗的 整體的角度講只要滿足：測試輸入（腳本編寫）-》測試執行-》結果輸出 這種模式的都可稱之為自動化測試框架。
而從不同的角度分析框架又可根據不同篩選條件分為多類：
如：1.腳本語言方面分析，很多種語言提供了多種自動化測試的基礎框架：
1)ruby的Watir開源自動化測試框架、Test::Unit單元測試框架、開源測試框架Ruby on Rails 等等
2)java的junit回歸測試框架、Mockito、TestNG、easyb等等等等
3)Perl的perl Mechanize、Test::Base數據驅動測試等等等等
4)Python的PyUnit、PAMIE等等等等
5)基於Tcl/Tk的swift 自動化測試框架,ATF/VTP自動化測試框架
以上僅列舉自動化測試常用的幾種腳本語言的測試框架，當然不僅僅是這些
2.從測試體系角度分又分為：
1)單元測試框架.
2)系統測試框架
3)集成測試框架
。。。。。
3.基於測試目的的劃分
1)GUI自動化測試框架
2)網路協議自動化測試框架
3)基於web的自動化測試框架
。。。。。
4.從實現深度和角度分類：
1)簡單的錄制回放測試框架（或工具）
2)關鍵字驅動的測試框架
3)關鍵字驅動及結果輸出分析的自動化測試框架
4)智能匹配功能及具備快速腳本生成功能的自動化測試框架
。。。。。。
5.從測試工具角度分：
有些測試工具是許多大型公司結合了很多測試經驗及數據後進行開發的自動化測試軟體或者稱之為測試管理軟體的自動化管理部分及自動化測試部分；也有人稱之為自動化測試框架或自動化測試工具。比如QTP;LoadRunner;Quality Center、selenium等等。都具有一定的自動化測試及管理功能。

所以總的來看，測試框架分為很多種；不知提問者問的是哪個具體方面的。
筆者水平有限，僅能做個基本介紹，希望能有所幫助。也祝願所有從事自動化測試相關工作的同志事業順利。歡迎溝通交流

『陸』 有什麼好的開源自動化測試框架可以推薦

你好，1、首先我想知道你的C/S架構的軟體程序編程語言是什麼？是C++、Java還是啥？
2、是java的話，我推薦你使用開源測試工具abbot，它包括錄制功能，它的測試用例是用XML寫的，但是我建議你可以根據自己的需求進行aboot的修改，可以修改為直接調用其底層的對象識別API，然後上層自己拓建。至於。你想實現填表單工作 1）靠錄制，然後加一個for循環，不過這要是用abbot的XML實現較麻煩，因為XML的邏輯實現不好，那你可以自己寫一個XML解析函數，用一個程序自動化更新XML用例
3、是MC的程序的話，商用的很多都可以。個人覺得：你用C++自動化測試的話，最好能夠自己去做一些自動化測試工具，是應用一些方法操作C++控制項嗎，這樣的話，你可以找一些操作介面拓展自己的控制項操作庫，靈活而且復用性好，方法有： 1）應用MSAA提供的介面，MSAA的全稱是Microsoft Active Accessibility。這是類似DCOM技術。技術模型是這樣的，UI程序可以暴露出一個Interface，方便另一個程序對其進行控制。 MSAA技術的初衷是為了方便殘疾人使用Windows 程序。比如盲人看不到窗口，但是盲人可以通過一個USB讀屏器連接到電腦上， 讀屏器通過UI程序暴露出來的這個Interface，就可以獲取程序信息，通過盲文或者其它形式傳遞給盲人。MSAA提供了如此方便的功能， UI自動化測試自然可以借用這項技術。MSAA暴露出來的Interface叫做 IAccessible。 2）每個windows窗口都有句柄，找到了窗口句柄我們就能夠對其進行一系列操作。在找尋句柄的屬性下，你可以用SPY C++進行識別。
4、.net程序的話，我記得VS2010自帶的 CUIT工程就可以，其包含錄制和回放API，蠻好的

『柒』 如何搭建自己的自動化測試框架

這段時間一直在為公司內部開發
自動化測試框架
，簡稱GTF，因為這個框架現在還屬於開發階段，很多事都是言之過早。我會持續將我在架構過程中的想法寫下來。供自己和大家一起分享。
這些想法，並不屬於我一個人，我工作中的同事們給了我很大的幫助。
今天這一篇主要說明架構方面的考慮。
在現有的提供自動化測試解決方案的產品很多，包括:Robot，TestComplete，WinRunner等等。我只接觸過這些，公司里也進行過很大的嘗試，但是結果往往總是不竟如人意。
這中間，排除那些人員方面的原因，也總結這些自動化工具
，在使用過程中的不方便的地方:
1. 定位控制項不方便。標准控制項還好，非標准控制項就只能靠很多非正常方法去獲取。而且，控制項的識別往往和界面布局相關。
3. 代碼維護不方便。由於在編寫過程中，大量的和界面相關的代碼，導致最後在需求變更的時候，代碼的維護，成為軟體測試人員的負擔。
針對這些情況，我們經過討論，何不自己做一個軟體測試框架。當然了，這是基於我們的豐富的知識積累的決策。大家不需要關心這個決策的情況。不過，可以多關注一些我們在做的過程中的分析結果。
通過分析流行的軟體測試框架，有多種方式:
第一、最典型的就是消息驅動，自動化工具通過腳本錄制和編寫，保存為測試腳本。在回放的過程中，將這些腳本轉換成為Windows消息，發送給我們應用程序的窗體和各種控制項。
這種方式的好處在於，自動化工具和應用程序之間能夠做到完全的隔離。但是，由於使用了Windows消息，它也擁有了一個非常致命的缺點。那就是消息隊列的非同步性與程序的順序性之間的矛盾。很多消息發送給了應用程序，但是應用程序的處理可能已經和消息隊列錯位了。有一些關於代碼的時間片等待，就是因為這個問題。
另外，就是由於完全的隔離，對於操縱控制項數據的能力大大降低。畢竟，擁有大量數據的控制項都不是標准控制項。
第二、嵌入式
。TestComplete就是這類工具。它有支持不同語言的版本。大概思路，就是在程序編譯的時候，注入自己的控制項代理。腳本的回放，直接可以通過代理，操縱到應用程序。
可惜的是，這類軟體開發的時候，更多的是考慮平台的兼容性。對於特有平台上的支持不是十分完美。特別是對自定義控制項(比如Delphi中，除了VCL的標准控制項)支持也沒有做到最好。不過，我這里必須承認，TC的內部實現機制可能十分強大，我不能窺探所有。如果有人清晰，可以指點一二。
針對上面的兩種，我們想到的第三種方式:一體式。這種方式中，通過給程序在打包的過程中，添加額外的框架代碼，使得程序自動提供控制項的訪問方式。自動化的模塊也會作為軟體測試程序的一部分運行。
應用程序在執行腳本的時候，自動通過腳本
，控制各控制項界面的顯示和關閉。它應該是第二種方式的變種。但是由於是自己實現的，所以在對各類自定義控制項支持的都非常好。
針對一開始提出的幾個自動化測試的難題，我們提出了，自動封裝窗體上所有控制項的概念(這些概念後面會詳細介紹)，對於軟體測試人員，只要關心真正的業務操作流程。而業務流程中涉及到的控制項，已經為他們自動提供好。這樣，腳本也自然只成了業務流程的腳本。其復雜度也就大大降下來了。
如果要推薦2個工具的話，我就推薦澤眾軟體公司的
自動化測試工具AutoRunner和測試管理工具Testcenter
，用這2個軟體合作可以很好的進行自動化測試與對測試用例進行管理。

『捌』 自動化測試需要學什麼

自動化測試與軟體開發過程從本質上來講是一樣的，無非是利用自動化測試工具（相當於軟體開發工具），經過對測試需求的分析（軟體過程中的需求分析），設計出自動化測試用例（軟體過程中的需求規格）；

從而搭建自動化測試的框架（軟體過程中的概要設計），設計與編寫自動化腳本（詳細設計與編碼），測試腳本的正確性，從而完成該套測試腳本（即主要功能為測試的應用軟體）。

1、自動化測試需求分析。

當測試項目滿足了自動化的前提條件，並確定在該項目中需要使用自動化測試時，我們便開始進行自動化測試需求分析。此過程需要確定自動化測試的范圍以及相應的測試用例、測試數據，並形成詳細的文檔，以便於自動化測試框架的建立。

2、自動化測試框架的搭建。

所謂自動化測試框架便是像軟體架構一般，定義了在使用該套腳本時需要調用哪些文件、結構，調用的過程，以及文件結構如何劃分。

而根據自動化測試用例，我們很容易能夠定位出自動化測試框架的典型要素：

a、公用的對象。

不同的測試用例會有一些相同的對象被重復使用，比如窗口、按鈕、頁面等。這些公用的對象可被抽取出來，在編寫腳本時隨時調用。當這些對象的屬性因為需求的變更而改變時，只需要修改該對象屬性即可，而無需修改所有相關的測試腳本。

b、公用的環境。

各測試用例也會用到相同的測試環境，將該測試環境獨立封裝，在各個測試用例中靈活調用，也能增強腳本的可維護性。

c、公用的方法。

當測試工具沒有需要的方法時，而該方法又會被經常使用，我們便需要自己編寫該方法，以方便腳本的調用。

d、測試數據。

也許一個測試用例需要執行很多個測試數據，我們便可將測試數據放在一個獨立的文件中，由測試腳本執行到該用例時讀取數據文件，從而達到數據覆蓋的目的。

在該框架中需要將這些典型要素考慮進去，在測試用例中抽取出公用的元素放入已定義的文件，設定好調用的過程。

自動化測試框架的定義為

由一個或多個自動化測試基礎模塊、自動化測試管理模塊、自動化測試統計模塊等組成的工具集合。

按框架的定義來分，自動化測試框架可以分為：基礎功能測試框架、管理執行框架；按不同的測試類型來分，可以分為：功能自動化測試框架、性能自動化測試框架；按測試階段來分，可以分為：

單元自動化測試框架、介面自動化測試框架、系統自動化測試框架；按組成結構來分，可以分為：單一自動化測試框架、綜合自動化測試框架；按部署方式來分，可以分為：單機自動化測試框架、分布式自動化測試框架。

以上內容參考 網路-自動化測試框架；網路-自動化測試

『玖』 常用的自動化測試工具有哪些

1、Appium
AppUI自動化測試
Appium 是一個移動端自動化測試 開源工具，支持iOS 和Android 平台，支持Python、Java 等語言，即同一套Java 或Python 腳本可以同時運行在iOS 和Android平台，Appium 是一個C/S 架構，核心是一個 Web 伺服器，它提供了一套 REST 的介面。當收到客戶端的連接後，就會監聽到命令，然後在移動設備上執行這些命令，最後將執行結果放在 HTTP 響應中返還給客戶端。
2、Selenium
WebUI自動化測試
Selenium是一個用於Web應用程序測試的工具，Selenium已經成為Web自動化測試工程師的首選。Selenium測試直接運行在瀏覽器中，就像真正的用戶在操作一樣。支持的瀏覽器包括IE(7、8、9)、Mozilla Firefox、Mozilla Suite等。這個工具的主要功能包括：測試與瀏覽器的兼容性——測試你的應用程序看是否能夠很好得工作在不同瀏覽器和操作系統之上。測試系統功能——創建回歸測試檢驗軟體功能和用戶需求。支持自動錄制動作和自動生成 .Net、Java、Perl等不同語言的測試腳本。Selenium 是ThoughtWorks專門為Web應用程序編寫的一個驗收測試工具。其升級版本為Webdriver。
3、Postman
介面測試
Postman 提供功能強大的 Web API 和 HTTP 請求的調試，它能夠發送任何類型的HTTP 請求 (GET, POST, PUT, DELETE…)，並且能附帶任何數量的參數和 Headers。不僅如此，它還提供測試數據和環境配置數據的導入導出，付費的 Post Cloud 用戶還能夠創建自己的 Team Library 用來團隊協作式的測試，並能夠將自己的測試收藏夾和用例數據分享給團隊。
4.Robot Framework
Robot Framework是一個開源自動化框架，它實現了用於驗收測試和驗收測試驅動開發（ATDD）的關鍵字驅動方法。 Robot Framework為不同的測試自動化需求提供框架。 但是，通過使用Python和Java實現其他測試庫，可以進一步擴展其測試功能。 Selenium WebDriver是Robot Framework中常用的外部庫。
測試工程師可以利用Robot Framework作為自動化框架，不僅可以進行Web測試，還可以用於Android和iOS測試自動化。 對於熟悉關鍵字驅動測試的測試人員，可以輕松學習Robot Framework。
5、Soapui
介面測試
SoapUI提供了所有所需的工具來測試和完善的測試。總覽標簽給你一個項目的所有內容和全面的看法。只需一次點擊，您可以添加任何數量的斷言為驗證傳入的消息TestStep。使用功能強大的HTTP監視器記錄，分析甚至修改客戶機 - 伺服器通信，因為它發生。和SoapUI臨帶來了更專業和先進的功能，保持遙遙領先其他測試工具。輕松創建和運行數據驅動測試。該數據源TestStep讀取測試數據從任何外部來源 - Excel中，XML，JDBC，文件，等等 - 到標准SoapUI屬性。
針對上面的自動化測試工具，每一個都有自己優勢的功能，隨著計算機行業的發展，自動化測試工具會越來越多，越來越完善。

『拾』 Python自動化測試框架有哪些

自動化測試常用的Python框架有哪些？常用的框架有Robot Framework、Pytest、UnitTest/PyUnit、Behave、Lettuce。Pytest、Robot Framework和UnitTest主要用於功能與單元測試，Lettuce和Behave僅適用於行為驅動測試。
一、Robot Framework
Python測試框架之一，Robot Framework被用在測試驅動(test-driven)類型的開發與驗收中。雖然是由Python開發而來，但是它也可以在基於.Net的IronPython和基於Java的Jython上運行。作為一個Python框架，Robot還能夠兼容諸如Windows、MacOS、以及Linux等平台。
在使用Robot Framework(RF)之前，需要先安裝Python 2.7.14及以上的版本。推薦使用Python 3.6.4，以確保適當的注釋能夠被添加到代碼段中，並能夠跟蹤程序的更改。同時還需要安裝Python包管理器--pip。
二、Pytest
適用於多種軟體測試的Pytest，是另一個Python類型的自動化測試框架。憑借著其開源和易學的特點，該工具經常被QA(質量分析)團隊、開發團隊、個人團隊、以及各種開源項目所使用。鑒於Pytest具有「斷言重寫(assert rewriting)」之類的實用功能，許多大型互聯網應用，如Dropbox和Mozilla，都已經從下面將要提到的unittest(Pyunit)切換到了Pytest之上。
除了基本的Python知識，用戶並不需要更多的技術儲備。另外，用戶只需要有一台帶有命令行界面的測試設備，並且安裝好了Python包管理器、以及可用於開發的IDE工具。
三、UnitTest/PyUnit
UnitTest/PyUnit一種標准化的針對單元測試的Python類自動化測試框架。基類TestCase提供了各種斷言方法、以及所有清理和設置的常式。因此，TestCase子類中的每一種方法都是以「test」作為名詞前綴，以標識它們能夠被作為測試用例所運行。用戶可以使用load方法和TestSuite類來分組、並載入各種測試。
可以通過聯合使用，來構建自定義的測試運行器。正如我們使用Junit去測試Selenium那樣，UnitTest也會用到UnitTest-sml-reporting、並能生成各種XML類型的報告。由於UnitTest默認使用了Python，因此我們並不需要什麼先決條件。除了需要具備Python框架的基本知識，您也可以額外地安裝pip、以及用於開發的IDE工具。
四、Behave
行為驅動開發是一種基於敏捷軟體開發的方法。它能夠鼓勵開發人員、業務參與者和QA人員，三者之間的協作。Python測試框架Behave允許團隊避開各種復雜的情況，去執行BDD測試。從本質上說該框架與SpecFlow和Cucumber相似，常被用於執行自動化測試。用戶可以通過簡單易讀的語言來編寫測試用例，並能夠在其執行期間粘貼到代碼之中。而且，那些被設定的行為規范與步驟，也可以被重用到其他的測試方案中。
任何具備Python基礎知識的人都可以使用Behave。其他先決條件還包括：先安裝Python 2.7.14及以上的版本。通過Python包管理器或pip來與Behave協作。大多數開發人員會選擇Pycharm作為開發環境，當然您也可以選用其他的IDE工具。
五、Lettuce
Lettuce是另一種基於Cucumber和Python的行為驅動類自動化工具。Lettuce主要專注於那些具有行為驅動開發特徵的普通任務。它不但簡單易用，而且能夠使得整個測試過程更流暢、甚至更有趣。安裝帶有IDE的Python 2.7.14、及以上的版本。當然，您也可以使用Pycharm或任何其他IDE工具。同時，您還需要安裝Python包管理器。