自動化測試用什麼工具?

General 更新 2024-11-21

自動化測試的工具有哪些

開源功能自動化測試工具：Watir、Selenium、MaxQ、WebInject

開源性能自動化測試工具：Jmeter、OpenSTA、DBMonster、TPTEST、Web禒Application Load Simulator

不過，大家用的最多的就是QTP和LR哈，希望對你有幫助

安卓系統自動化測試使用什麼工具 10分

一、首先說說手機自動化測試的原理

1、手機自動化測試的原理為PC上一個控制端（測試工具）與手機上的一個agent端，通過串口、USB或者無線方式將PC與手機終端相連，然後應用測試工具向手機發送請求或者命令，手機收到命令或者請求後，交給agent端解析，然後agent將這些解析的命令下發給手機的各個功能模塊所能識別的命令，調用那些功能模塊模擬操作。完成這些操作後，手機會返回一些信息，agent可以抓取這些信息，然後傳回給PC端，這樣就完成了一個完整的手機自動化測試。

2、關鍵點在於agent，有的公司是向自己的手機終端的軟件功能模塊中植入測試程序響應代碼，有的公司可以利用MMI_Command的方式來控制手機終端；原理就是給手機提供一個響應的接口。

3、而對於PC控制端，這個測試腳本用各種編程語言都可以，看如何定義

4、而又的自動化測試設計成錄製的機制，說通俗點，就是記錄手工操作的鍵盤信息或者LCD的操作信息（LCD需要用到智能識別機制）

5、自動化測試框架的搭建方法是通用的，你需要有一套自己的測試框架才能保證自動化測試的順利開展。

二、Android自動化測試方向：

1、CTS，CTS 測試基於Android instrumentation 測試，其又基於JUnit 測試。說白了， CTS 就是一堆單元測試用例。這也是Java 語言的擅長部分。

2、 Monkey工具，Monkey是Android中的一個命令行工具，可以運行在模擬器裡或實際設備中。它向系統發送偽隨機的用戶事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試。Monkey測試是一種為了測試軟件的穩定性、健壯性的快速有效的方法。

3、ASE，ASE 意思為Android 腳本環境，即我們可以通過腳本（比如Python）調用Android 的功能，從而定製一些測試。比如打電話，發短信，瀏覽網頁，等。我們可以擴充它的API（Java 部分）, 並用python 腳本調用這些API, 從而實現豐富的測試功能。用於API 部分可以訪問到Android 全部API, python 又能靈活部署測試，所以ASE 的擴展性非常好。

4、Robotium，該工具用於黑盒的自動化測試。可以在有源碼或者只有APK 的情況下對目標應用

進行測試。Robotimu 提供了模仿用戶操作行為的API，比如在某個控件上點擊，輸入Text

等等。（推舉你可以研究一下這個工具，開源的，我有資料）

5、可以自己開發一個手機方面的自動化測試工具，原理上一樣

自動化測試工具有哪些

自動化測試包含多種，如Web自動化、手機自動化等：

Web自動化測試工具：selenium、QTP。

性能自動化測試工具：loadrunner、jmeter。

接口自動化測試工具：SoapUI、postman。

手機自動化測試工具：robotium、appium。每種的第一個都比較推薦。當然還有其他的工具，不過這些比較普及。

做軟件的自動化測試一般用什麼工具

1、測試類型可以包括：白盒測試、黑盒測試（功能測試、性能測試）等。

2、不同的測試類型使用的自動化測試方法不同，白盒測試主要針對代碼級的單元測試、黑盒測試主要面對功能級和系統級的驗證測試。

3、自動化測試，針對白盒測試，一般需要有一定的編程基礎，即能夠基於功能代碼寫測試代碼，常用的單元測試方面的自動化測試工具很多，上網一搜全是。

4、自動化測試，針對功能測試，有幾種情況，基於CLI、API和GUI的測試；基於CLI、API的測試，即應用腳本技術向設備模擬發送CLI命令或者API請求，以達到控制設備的效果。基於GUI功能測試，即應用傳統的界面自動化測試工具(例如：RFT、QTP等）控制界面控件操作的方法，以達到模擬用戶操作，這幾種方式都需要你有一定的編碼基礎；基於CLI、API的需要你懂腳本技術（例如:tcl、python、ruby等），RFT需要你懂java或者.net、QTP需要VB等。

做軟件的自動化測試一般用什麼工具

曾經有一段時間，人們習慣於在MS Excel裡面編寫單元測試用例，然後開發人員就按照單元測試用例一步一步的來實現用例。這通常是很耗時的漫長的過程，尤其是如果應用很大或者UI很複雜的話。

這一套單元測試的執行過程常常成為瓶頸，因為任何代碼修改都會帶來手工執行大量單元測試，以確保新的修改沒有破壞原有功能。

如今是個快節奏時代，人們希望工作能夠無需人工介入、自動化的快速完成。每個人都喜歡執行一個命令就能把工作搞定，而且在執行期間不需要人工介入。需要做的僅僅是檢查一下最終的輸出結果。

當這個世界正在邁向自動化時，自動化測試也不甘落後，不論是在功能測試方面還是UI測試方面。每天我們都能聽說自動化測試方面湧現出的新軟件。

本文提供了一些信息給那些想用Coded UI自動測試框架來進行應用界面自動化的.Net開發者。

什麼是Coded UI?

最近我一直在尋找一個自動化的用戶接口測試的解決方案。用戶接口測試需要用戶多次進行手工輸入操作，這是一個既枯燥又費時的過程。因此，我想尋找一種更智能的自動化UI測試的方案，這種UI測試在不需要人工干預下，能夠被保存，記錄並提供支持，快速測試代碼的改變。

Coded UI 採用用戶接口來驅動應用的進行自動化測試。這些測試包括UI控制的功能性測試。他們使你可以驗證整個應用的功能是否正確，其中包括了用戶接口。Coded UI尤其適合用於用戶接口中存在校驗或者其它的登錄方式的測試，比如網頁。Coded UI也可以用於人工測試用例的自動化。

Coded UI 測試幫助用戶測試應用程序的用戶接口。這些測試允許用戶驗證應用程序的功能。Coded UI 多數時間用於幫助驗證在UI層本身的有效邏輯。它能夠驗證值對用戶接口的控制的正確性。

其它方案

市場有許多自動化用戶接口的方案，比如HP的QuickTest Professional, IBM Rational Functional Tester. 其它著名的，易於使用的開源工具解決用戶接口自動化問題的有Selenium，也能夠記錄測試，需要的時候回放。市場上還有來自Microsoft的也能不需要太多努力做同樣的事。用Visual Studio Microsoft還有Coded UI的方案用於單元測試。

Coded UI適合在哪兒用?

大多數安裝了Visual Studio的開發者都喜歡在Visual Studio的環境裡進行單元測試，而不是使用第三方工具。由微軟提供的Coded UI，在Visual Studio環境裡可謂上手即用。在開發者的機器上無需另外安裝任何東西。一旦你安裝了Visual Studio的Premium版或者Ultimate版，你就同時也安裝好了Coded UI。

Coded UI可用性

為了使用Coded UI，需要安裝Visual Studio 2010/2012/2013的Premium版或者Ultimate版。

Coded UI 測試的組成

Coded UI 測試的組成容易理解。它可分成下列文件：

UIMap.uitest

這個文件是UIMap類的XML表示。UIMap類包括視窗，控件，屬性，方法，斷言和動作。

UIMap.cs

對UIMap的自定義部分都存在這文件裡。如果修改直接存在UIMap.designer.vb文件的話，那些修改都會在記錄結束後丟失，因為這個文件重新創建了。

給每個在測應用程序中的每個模塊創建......

什麼樣的項目適合自動化測試

雖然，在你拿到這本書時已經對要測試的項目做了一些分析和考量，但還是有必要在這裡囉嗦一下不是所有項目有適合實施自動化測試的，以免對項目實施自動化過程中發現困難重重，浪費了大量的人力和時間而沒有得到應有的收益。

1、任務測試明確，不會頻繁變動

2、每日構建後的測試驗證

3、比較頻繁的迴歸測試

4、軟件系統界面穩定，變動少

5、需要在多平臺上運行的相同測試案例、組合遍歷型的測試、大量的重複任務

6、軟件維護週期長

7、項目進度壓力不太大

8、被測軟件系統開發比較規範，能夠保證系統的可測試性

9、具備大量的自動化測試平臺

10、測試人員具備較強的編程能力

當然，並非以上10 條都具備有情況下才能開展測試工作。這裡就需要讀者做綜合的權衡。在我們普遍的經驗中，只要滿足三個條件就可以對項目開展自動化測試：

軟件需求編程不頻繁

測試腳本的穩定性決定了自動化測試的維護成本。如果軟件需求變動過於頻繁，測試人員需要根據變動的需求來更新測試用例以及相關的測試腳本，而腳本的維護本身就是一個代碼開發的過程，需要修改、調試，必要的時候還要修改自動化測試的框架，如果所花費的成本不低於利用其節省的測試成本，那麼自動化測試便是失敗的。

項目中的某些模塊相對穩定，而某些模塊需求變動性很大。我們便可對相對穩定的模塊進行自動化測試，而變動較大的仍是用手工測試。

項目週期較長

由於自動化測試需求的確定、自動化測試框架的設計、測試腳本的編寫與調試均需要相當長的時間來完成。這樣的過程本身就是一個測試軟件的開發過程，需要較長的時間來完成。如果項目的週期比較短，沒有足夠的時間去支持這樣一個過程，那麼自動化測試便成為笑談。

自動化測試腳本可重複使用

自動化測試腳本的重複使用要從三個方面來考量，一方面所測試的項目之間是否很大的差異性（如C/S 系統和B/S 系統的差異）；所選擇的測試工具是否適應這種差異；最後，測試人員是否有能力開發出適應這種差異的自動化測試框架。

做軟件的自動化測試一般用什麼工具？和黑盒測試工具一樣麼？用loadrunner怎麼樣？

一、對於你的問題，首先明確測試類型，然後才能明確自動化測試類型，最後定位哪個類型用哪個方面的自動化飢試工具

1、測試類型可以包括：白盒測試、黑盒測試（功能測試、性能測試）等。

2、不同的測試類型使用的自動化測試方法不同，白盒測試主要針對代碼級的單元測試、黑盒測試主要面對功能級和系統級的驗證測試。

5、你說的loadrunner就是性能測試方面的工具，即是測試軟件性能、例如多用戶操作等性能、也需要寫代碼，LR腳本支持的語言有：java、c、Visual Basic、vbscrīpt。默認的腳本生成語言為 C;其實我想說的是，性能測試工具不重要，你需要掌握其性能測試的方法才是更重要的。

二、我感覺你想入門自動化測試，但是從你問的問題來看，有一定盲目性，我簡單說一下自動化測試吧:

1、自動化測試，其理念就是應用各種手段模擬人工操作，節省人力測試成本，保證產品測試質量。

2、你想學好自動化軟件測試，不是單單靠學習幾個自動化工具就能掌握的，但是你可以從工具入手，

首先，告訴你自動化測試的基礎是

1）編程技巧，包括高級語言和腳本語言，腳本語言是初期的掌握，可以有，tcl、phython、ruby等而高級語言，要好好學好一門，例如，我是對java為重點。還有，如果你是對web自動化測試的話，那麼jsp、php、HTML、CSS等web語言是必須掌握的。

2）操作系統技巧；因為軟件自動化測試是構建在操作系統上的，其技巧需要能善於利用到操作系統的各種技巧，例如：註冊表、環境變量、句柄等。

3）數據庫知識，要善於利用數據庫知識去存儲管理。

4）業務知識，這也是重點。你所在軟件行業的軟件業務，要知道你的軟件的工作方式。

5）質量與流程管理理念。

然後，你的學習步驟

1）可以從工具入手，根據具體的項目去學習；例如：java軟件界面測試（RFT、QTP的java插件等）、web界面測試（QTP、selenium等）、性能測試（RPT、loadrunner等）。但記住，學習其工具，重點不是簡單的使用，而是如何利用工具去擴展。

2）然後，重點學習以上的基礎，以編程為重點，其餘的結合學習，順便說一句，其實自動化測試的理念與軟件設計模式理念很像，你可以從中有所領悟。

3）之後，再學習去拓建自己的自動化測試框架，何謂框架，一下說不清楚，我給你推薦一下

注意：如果沒有自動化測試方面的實踐項目的話，最好先從基礎學起，因為基礎學好了，自動化測試入門會很快的。

4（至於性能測試，也是一樣，可以先從工具入手，但不要侷限於工具，性能測試最重要的是環境的構建方法以及對測試結果的分析方法，所以性能測試重點在於分析和實現過程，而不是工具使用過程。

或者對自動化測試有興趣的，可以發短消息或者郵件我。（[email protected])，有機會一起學習探討下

或者，可......

一般大公司UI自動化測試使用什麼工具呢

hi，我可能在你說的大公司裡

1、UT自動化測試，其實都是基於selenium做的，在此基礎上做了自己的框架或者錄製工具

2、不過說真的，UI自動化，就算在大公司裡，其實用的也不普遍，因為互聯網項目迭代的快速性，就導致了UI自動化的難度，界面老變，項目週期短，沒時間實現UI自動化，或者UI自動化難以維護

3、所以，我主導的測試項目，都是UT、開發互相review(架構、代碼)—接口測試—系統測試(體驗測試)，也許你經歷快速團隊的開發和測試主導後，你會發現，有時候，溝通和協作往往比一些自動化測試要來的可靠

有問題，發郵件到[email protected]找我要微信聊吧，或者，百度搜索一下酷測網，裡面有我們搞的一些自動化、性能方面的課程。(散步的SUN)

常用自動化測試工具都有哪些

列舉一些工具和框架，有開源的也有商業的

monkey

monkeyrunner

monkeytalk

Instrumentation

UIAutomator

Espresso

Calabash

Selendroid

Robotium

Appium

Testbird

SeeTest

SilkMobile

Ranorex

TestBird是比較有名的自動化測試平臺：

TestBird最初是從手遊測試開始起步，在手遊圈積累起很高的知名度，目前也已向APP測試領域進軍，同時TestBird也加入了智能硬件的測試領域。不僅如此，TestBird同時也開發出雲手機平臺，幫助開發者和測試者實現遠程真機調試，自助功能測試和自動迴歸測試。