開源函數的自動測試工具:Watir，Selenium，MaxQ，WebInject。
開源性能自動化測試工具:Jmeter、OpenSTA、DBMonster、TPTEST、Web應用負載模擬器。
然而，人們使用QTP和LR最多，我希望它能幫助妳。
Android系統自動化測試用什麽工具？10分。
先說手機自動測試的原理。
1.手機自動測試的原理是PC上的壹個控制終端(測試工具)和手機上的壹個代理終端通過串口、USB或無線方式連接PC和手機終端，然後使用測試工具向手機發送請求或命令。手機接收到命令或請求後，交給代理終端進行分析，然後代理將這些分析後的命令發送給手機各個功能模塊能夠識別的命令來調用那些功能模塊進行模擬操作。經過這些操作後，手機會返回壹些信息，這些信息可以被代理捕獲，然後發送回PC，這樣就完成了壹次完整的手機自動化測試。
2.重點是代理。有的公司將測試程序響應代碼植入其手機終端的軟件功能模塊中，有的公司可以通過MMI_mand控制手機終端。原理是給移動電話提供壹個響應界面。
3.對於PC控制終端，這個測試腳本可以使用各種編程語言，取決於如何定義它。
4.自動測試被設計為記錄機制。通俗地說，就是記錄手動鍵盤信息或者LCD操作信息(LCD需要智能識別機制)。
5.自動化測試框架的構建方法具有普適性。妳需要有自己的測試框架來保證自動化測試的順利開展。
二、Android自動化測試方向:
1，CTS，CTS測試基於Android instrumentation測試，後者基於JUnit測試。說白了，CTS就是壹堆單元測試用例。這也是Java語言的優點。
2、Monkey工具，Monkey是Android中的命令行工具，可以在模擬器中運行，也可以在實際設備中運行。它發送偽隨機用戶事件流(如按鍵輸入、觸摸屏輸入、手勢輸入等。)到系統中，實現正在開發的應用程序的壓力測試。猴子測試是測試軟件穩定性和健壯性的壹種快速有效的方法。
3.ASE，ASE的意思是Android腳本環境，也就是我們可以通過腳本(比如Python)調用Android的函數來定制壹些測試。比如打電話、發短信、瀏覽網頁等。我們可以擴展它的API(Java部分)，用python腳本調用這些API，從而實現豐富的測試功能。API部分可以訪問Android的所有API，API，python可以靈活部署測試，所以ASE的擴展性非常好。
4.Robotium，用於黑匣子的自動測試。您可以將源代碼或APK僅應用於目標。
進行測試。Robotimu提供了壹個API，模仿用戶的操作行為，比如點擊壹個控件，輸入文本。
等壹下。妳可以研究這個工具，它是開源的，我有相關信息。
5.妳可以自己開發壹個手機自動測試工具，原理是壹樣的。
什麽是自動化測試工具？
自動化測試包括很多種類，如Web自動化、手機自動化等。
網絡自動化測試工具:硒，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或者QTP需要VB等等。
妳通常用什麽工具來做軟件的自動化測試？
曾經，人們習慣在MS Excel中編寫單元測試用例，然後開發人員根據單元測試用例壹步步實現用例。這通常是壹個漫長而耗時的過程，尤其是當應用程序很大或者UI很復雜的時候。
這組單元測試的執行過程往往會成為壹個瓶頸，因為任何代碼的修改都會導致大量單元測試的手動執行，以保證新的修改不會破壞原有的功能。
現在是壹個快節奏的時代，人們希望工作能夠快速完成，不需要人工幹預。每個人都喜歡通過執行命令來完成工作，在執行過程中不需要人工幹預。您需要做的就是檢查最終輸出。
當世界走向自動化的時候，自動化測試也不遠了，無論是功能測試還是UI測試。每天，我們都能聽到自動化測試中出現的新軟件。
本文為提供了壹些信息。Net開發人員，他們希望使用編碼的UI自動測試框架來自動化他們的應用程序接口。
什麽是編碼UI？
最近，我壹直在尋找壹個自動用戶界面測試解決方案。用戶界面測試需要用戶多次手動輸入，是壹個枯燥費時的過程。所以我想找壹個更智能的UI自動測試的方案，不需要人工幹預就可以保存、記錄和支持，並且可以快速測試代碼變化。
編碼UI使用用戶界面來驅動應用程序的自動測試。這些測試包括UI控件的功能測試。它們使您能夠驗證整個應用程序的功能，包括用戶界面。編碼的UI特別適合於測試用戶界面(如網頁)中驗證或其他登錄方法的存在。編碼的UI也可以用來自動化手動測試用例。
編碼UI測試幫助用戶測試應用程序的用戶界面。這些測試允許用戶驗證應用程序的功能。編碼的UI大部分時間用於幫助驗證UI層本身的有效邏輯。它可以驗證用戶界面上的值的控制的正確性。
其他方案
市場上有很多自動化用戶界面的方案，比如HP的Quick Test Professional和IBM Rational Functional Tester。另壹個眾所周知且易於使用的開源工具Selenium也可以記錄測試，並在必要時回放。市場上還有其他來自微軟的人可以毫不費力地做同樣的事情。使用Visual Studio Microsoft和編碼UI的解決方案進行單元測試。
編碼UI適合在哪裏使用？
大多數安裝了Visual Studio的開發人員更喜歡在Visual Studio的環境中進行單元測試，而不是使用第三方工具。微軟提供的編碼UI已經可以在Visual Studio環境中使用了。不需要在開發人員的機器上安裝任何其他東西。壹旦安裝了Visual Studio的高級版或旗艦版，也就安裝了編碼的UI。
編碼用戶界面可用性
為了使用編碼的用戶界面，您需要安裝Visual Studio 2010/2012/2013的高級版或旗艦版。
編碼UI測試的組成
編碼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.不同類型的測試使用不同的自動化測試方法。白盒測試主要針對代碼級單元測試，黑盒測試主要針對功能和系統級驗證測試。
3.自動化測試。對於白盒測試，壹般需要有壹定的編程基礎，也就是能夠基於功能代碼編寫測試代碼。單元測試常用的自動化測試工具有很多，都是網上搜的。
4.自動化測試，針對功能測試，有幾種情況，比如基於CLI、API、GUI的測試；基於CLI和API的測試是指應用腳本技術向設備仿真發送CLI命令或API請求，從而達到控制設備的效果。基於GUI的功能測試，即使用傳統的界面自動化測試工具(如RFT、QTP等。)控制界面控件的操作，為了模擬用戶操作，這些方法都需要妳有壹定的編碼基礎；基於CLI和API，需要了解腳本技術(如tcl、python、ruby等。)，RFT需要妳懂java或者QTP需要VB等等。
5.妳說的loadrunner是壹個性能測試的工具，就是測試軟件的性能，比如多用戶操作，也可以寫代碼。LR腳本支持的語言有:java、C、Visual Basic、vbscrpt和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、硒等。)、性能測試(RPT、loadrunner等。).但是記住，學習它的工具，重點不是簡單的使用，而是如何使用工具進行擴展。
2)然後，把重點放在以上基礎上，重點放在編程上，剩下的和學習結合起來。對了，其實自動化測試的概念和軟件設計模式的概念很像，妳可以從中學到壹些東西。
3)之後，學習構建自己的自動化測試框架。什麽是框架？不清楚。我會推薦給妳。
註意:如果自動化測試沒有實際項目，最好從基礎開始，因為基礎學得好，自動化測試的引入就快了。
4(至於性能測試，同樣如此。可以從工具入手，但不要把自己局限在工具上。性能測試最重要的是環境的構建方法和測試結果的分析方法，所以性能測試的重點是分析和實現過程，而不是工具的使用過程。
或者對自動化測試感興趣，可以發短信或者郵件給我。(【郵箱保護】)，有機會壹起學習討論。
或者，它可以......
壹般大公司的UI自動化測試都用什麽工具？
嗨，我可能在妳說的那家大公司。
1，UT自動化測試，其實都是基於selenium的，並在此基礎上做了自己的框架或者記錄工具。
2.然而嚴重的是，UI自動化即使在大公司也沒有得到廣泛應用。因為互聯網項目叠代快，UI自動化難度大，界面總是在變，項目周期短，沒有時間實現UI自動化，或者UI自動化很難維護。
3.所以我領導的所有測試項目都是UT，開發互審(架構、代碼)-接口測試-系統測試(體驗測試)。也許妳會發現，在快速的團隊開發和測試之後，有時候溝通和協作比壹些自動化測試更可靠。
有問題發郵件到【郵箱保護】，找我微信聊天。或者，百度壹下可以搜壹下酷測網，裏面有壹些我們從事的自動化和性能方面的課程。(行走的太陽)
常用的自動化測試工具有哪些？
列出壹些工具和框架，包括開源的和商業的。
猴子
monkeyrunner
惡作劇
使用儀器
UIAutomator
濃咖啡
葫蘆
硒機器人
機器人工廠
Appium
試驗鳥
參見測試
絲綢手機
雷諾克斯
TestBird是知名的自動化測試平臺；
TestBird從手遊測試起家，在手遊圈積累了很高的口碑。目前也進入了APP測試領域，TestBird也加入了智能硬件測試領域。而且TestBird還開發了雲手機平臺，幫助開發人員和測試人員實現遠程真機調試、自助功能測試和自動回歸測試。
APP自動化測試有哪些工具？
Appium很方便，支持多種語言。