快速自動化測試方法

⑴ 自動化測試工具有哪些

自動化測試工具有如下幾種：

1、WinRunner

Mercury Interactive公司的WinRunner是一種企業級的功能測試工具，用於檢測應用程序是否能夠達到預期的功能及正常運行。

通過自動錄制、檢測和回放用戶的應用操作，WinRunner能夠有效地幫助測試人員對復雜的企業級應用的不同發布版進行測試，提高測試人員的工作效率和質量，確保跨平台的、復雜的企業級應用無故障發布及長期穩定運行。企業級應用可能包括Web應用系統，ERP系統，CRM系統等等。

2、Rational Robot

是業界最頂尖的功能測試工具，它甚至可以在測試人員學習高級腳本技術之前幫助其進行成功的測試。它集成在測試人員的桌面IBM Rational Test Manager上，在這里測試人員可以計劃、組織、執行、管理和報告所有測試活動，包括手動測試報告。

這種測試和管理的雙重功能是自動化測試的理想開始。

3、AdventNet QEngine

AdventNet QEngine是一個應用廣泛且獨立於平台的自動化軟體測試工具，可用於Web功能測試、web性能測試、Java應用功能測試、Java API測試、SOAP測試、回歸測試和Java應用性能測試。

支持對於使用HTML、JSP、ASP、.NET、PHP、JavaScript/VBScript、XML、SOAP、WSDL、e-commerce、傳統客戶端/伺服器等開發的應用程序進行測試。此工具以Java開發，因此便於移植和提供多平台支持。

4、SilkTest

是業界領先的、用於對企業級應用進行功能測試的產品，可用於測試Web、Java或是傳統的C/S結構。SilkTest提供了許多功能，使用戶能夠高效率地進行軟體自動化測試。

這些功能包括：測試的計劃和管理；直接的資料庫訪問及校驗；靈活、強大的4Test腳本語言，內置的恢復系統(Recovery System)；以及具有使用同一套腳本進行跨平台、跨瀏覽器和技術進行測試的能力。

5、QA Run

QARun的測試實現方式是通過滑鼠移動、鍵盤點擊操作被測應用，即而得到相應的測試腳本，對該腳本可以進行編輯和調試。在記錄的過程中可針對被測應用中所包含的功能點進行基線值的建立，換句話說就是在插入檢查點的同時建立期望值。

在這里檢查點是目標系統的一個特殊方面在一特定點的期望狀態。通常，檢查點在QARun提示目標系統執行一系列事件之後被執行。檢查點用於確定實際結果與期望結果是否相同

⑵ 如何做自動化測試

這個問題是寫給想要做自動化測試的人，或許你以為軟體測試的門檻很低，低到任何人都可以做，隨便點點就可以了，這個行業太low了，所以你想做自動化測試，提升自己的逼格，我想說手工測試並不low，如果讓一個什麼都不懂，一點業務基礎都沒有的人去做測試，能測出來問題嗎？不要忽略你的業務知識儲備.
你的業務知識儲備的積累能讓你成為不可替代的行業專家，而做自動化的碼農會因為一個時代的更迭被小鮮肉替代。

扯了這么多，究竟什麼什麼樣的人能做自動化測試？
我的理解分一下幾點：
a. 擁有代碼能力
掌握一門開發語言，java、Python、ruby、c#
b. 熟悉被測系統
比如你是web測試，你就得懂js、css、html、xpath
你是移動端測試，你就得具備Android 開發基礎和iOS開發基礎，會debug app
你是 C/S測試你就要很熟悉TCP、IP協議
c. 掌握一套自動化測試框架(工具)
比如 selenium/appium
nunit/testng
robot framework/cucumber

d. 善於學習，達到知其然知其所以然
IT行業變化太快，每隔一段時間就會出現一些新興的東西，也會出現原來很火的東西逐漸沒落，誰也無法預測。
曾經諾基亞還是手機霸主，靠塞班一統天下，然而不思進取，落得個賣身求生存.
曾經qtp很火，曾經selenium也很火，現在appium也很火
軟體行業從桌面軟體到web端，又從web端遷移到移動端，誰也不知道下一個是什麼。而我們作為軟體行業的從業者，不能因為那些很火的東西不火了而讓自己沒落，一個人最為核 心的能力就是學習能力，如果你善於學習，你就不必擔心這些變遷，因為你可以毫無壓力的遷移，selenium的原理你掌握了，學習appium簡直小菜一碟，因為appium使用的是
selenium WebDriver protocol .如果你能做到知其然知其所以然，你也可以造輪子，改造appium，畢竟現在很多功能需要完善。

如果你沒有達到以上的幾點,建議你還是做手工測試吧。

⑶ 自動化測試方法有哪些

系統的動態分析、測試過程捕獲與回放、測試腳本技術、虛擬用戶技術和測試管理技術。

⑷ 自動化測試的工具有哪些

商業工具：
1、RFTRational Functional Tester 的基礎是針對於Java、.NET的對象技術和基於 Web 應用程序的錄制、回放功能。工具為測試者的活動提供的自動化的幫助，如數據驅動測試。IBM RFT是一個用於功能和回歸測試的數據驅動的測試平台。它支持大范圍的應用，例如.Net、Java、SAP、Flex和Ajax。RFT使用Visual Basic。Net和Java作為腳本語言。RFT有一個獨特的功能，稱為 Storyboard 測試，用戶的動作被記錄下來，並通過應用截圖在 Storyboard 格式中可視化。RFT的另一個有趣特性是它與IBM Jazz應用生命周期管理系統（如IBM Rational Team Concert和Rational Quality Manager）的集成。
2、kylinTOP:這是一款國產的自動化測試工具，支持WEB和APP的自動化測試，其中元素智能定位是這款自動化軟體主要特點，是設計理念比較超前的測試工具，算是國內眾多自動化測試工具中，做的比較突出的一款。與傳統的RFT和UFT相比，的確有過人之處，算是後起之秀，使用起來，簡單高效、穩定。這樣描述估計也沒幾個人能體會到的。說白一點就是一個人可以干三個人的活，使用者只需關注業務即可。
3、UFT：UFT（別名：QuickTest Professional簡稱QTP）是一種自動化測試工具，以VBScirpt為內嵌語言,其前身是QTP。UFT支持功能測試和回歸測試自動化，可用於軟體應用程序和環境的測試。UFT自動化測試的基本功能包括：創建測試、檢驗數據、增強測試、運行測試腳本、分析測試結果、維護測試；UFT支持兩種視圖，一種是Keyword View(關鍵字視圖)，另一種是Expert View(專家視圖)。是一款老牌的自動化測試工具。
4、SilkTest：這個也是比較相對著名的工具，不過同樣還是沒有了解過，對於商業的工具，因為其佔地面積大，還要破解等麻煩事，最關鍵的是使用的公司少，所以只使用過QTP，其它的一概未了解過
開源工具：1、Selenium：這個應該大多數人都知道的，現在也是大多數互聯網公司在使用的測試框架；selenium僅支持web的UI級別測試，但是其優點在於：a、支持多種語言編寫測試腳本，比如：java、python、ruby、perl等；同時也就意味著其後的支持類庫也是很多的b、支持多瀏覽器，如：ie，ff，safari、chrome等c、支持多平台，如：windows、linux、MAC、android、iphone等d、支持分布式執行，一套測試用例可以同時分布到不同的測試機上執行，而且還可以進行任務細化，比如：針對liunx執行系統只分配linux下需要執行的用例此外還有錄制工具支持，簡單也說，web類測試基本上是首選，不過對flash的支持好像不是太好其主要分2個版本，1.X版本是以js驅動來進行自動化實現的；2.X重新開發了webdriver來代替js驅動，直接調用瀏覽器底層介面來完成自動化實現的前提：如果使用remote或者RC功能，需安裝jre下載地址：http://seleniumhq.org/download/
2、EFT【easy function testing】：這個是在.net3.0 的UIAutomatuon的基礎上封裝的一個dll文件，同樣還封裝了部分windows api以實現滑鼠和鍵盤事件。所以這個只能叫測試類庫，且僅支持windows程序，而且同樣支持uiautomain所支持的WPF程序的測試。前提：安裝了.net3.0使用：引入該文件，uiautomation 相關dll，VS環境下編寫測試用例
3、UIAutomation：這個是微軟提供的UI自動化框架，當然它的初衷並不僅僅是為自動化測試而產生的，它的任務是給更多的開發或者應用去調用windows的UI控制項，不過還是可以用於自動化測試的；因為之前微軟就有類似的工具，而這個是重新設計的ui操作類框架，其目的是為了兼容支持windows系列操作系統的UI自動化操作【xp，vista，server2003】，還有就是天然支持WPF。當然其設計與通常的自動化工具就不一樣了，比如：沒有把控制項支持的方法綁定在控制項對象本身，沒有提供專門的滑鼠/鍵盤事件，但是卻提供了特定控制項對象的事件響應監聽及處理方法的定製。其工作流程大概是這樣的：a、先獲取特定的元素對象，有多種方法。如：句柄，屬性值b、獲取這個元素對象的模式。模式是這個框架的設計的獨具之處，成就了它的靈活性，統一性c、通過這個模式在進行具體的方法調用，屬性值獲取等d、監聽指定對象的特定事件，一旦發生則執行指定的事件處理函數
4、Robot FrameworkRobot Framework是一個完全基於關鍵字測試驅動的框架，它即能夠基於它的一定規則，導入你需要的測試庫（例如：其集成了selenium的測試庫，即可以理解為操作web控制項的測試底層庫），然後基於這些測試庫，你能應用HTML、TXT等文檔形式編寫自己的關鍵字（這些關鍵字即你的庫組成），之後，再編寫測試用例（測試用例由測試關鍵字組成）進行測試。例如：一個簡單的登陸測試由：登陸+輸入密碼+登出三個關鍵字組成，也可以由一個關鍵字登陸組成，關鍵字顆粒的大小可以自行定製。

⑸ 測試人員如何更快速的使用不同自動化測試工具呢

作為測試人員為了調高測試效率, 由手工測試變為自動化測試, 在自動化測試領域, 自動化測試工具無疑起到了非常核心的作用.下面總結列出了一些最好的自動化測試工具或框架, 提高測試的效率, 它們有潛力可以幫助組織們跟上軟體測試變更的趨勢:
①.Selenium 是當前針對Web系統的最受歡迎的開源免費的自動化工具, 已經成為Web自動化測試工程師的首選, 尤其是那些有編程或腳本編寫能力的測試工程師。很多其它的開源自動化測試工具也是採用的Selenium的核心框架, 比如Katalon Studio, Watir, Protractor, and Robot Framework. Selenium支持非常多的平台(Windows,, Mac, Linux)和瀏覽( Chrome, Firefox, IE, and Headless browsers)，它的腳本可以通過各種不同的語言來編寫，比如 Java, Groovy, Python, C#, PHP, Ruby, and Perl等
②Katalon Studio 是一個非常有力的自動化測試解決方案, 它其實是構建在Selenium和Appium框架上的, 所以它可以同時測試Web系統及手機APP應用.(注: 新版本也已經支持對介面的測試, 這個工具支持不同編程水平的測試工程師使用. 不會編程的也可以使用它輕松的開始一個項目的自動化(比如使用Object Spy來錄制生成測試腳本)，會編程的和高級自動化測試工程師也可以通過它非常快速的創建新庫以及維護代碼,它可以幫助他們節省很多時間。
Katalon Studio可以與CI/CD（持續集成/持續發布）流程集成, 還可以與測試領域非常常見的工具集成, 比如qTest，JIRA，Jenkins和Git. 它還提供了一個非常棒的功能叫Katalon Analytics，這個功能可以將測試報告用各種圖表來展現，比如metrics, charts, and graphs.
③UFT Unified Functional Testing(UFT)是一個知名的商業測試工具(注: 更名前叫QTP)它可以測試非常多的應用,比如介面API, Web services, 桌面程序, Web系統, 手機APP等. 這個工具具有高級的基於圖像的識別功能, 也可以重用測試組件。UFT使用Visual Basic腳本語言來處理測試過程。UFT和Mercury公司的一系列測試工具可以很好的集成，比如Quality Center。這個工具也支持與持續集成工具比如Jenkins的集成
④Watir Watir是一款基於Ruby語言的開源免費的Web系統自動化測試工具。Watir支持多瀏覽器的測試，包括Firefox、Opera、headless Browser、IE等。Watir同樣支持數據驅動測試，支持與行為驅動開發模式（BDD）工具的集成，如RSpec, Cucumber等
⑤IBM Rational Functional Tester IBM RFT是一個數據驅動測試的框架可以進行功能測試以及回歸測試。它可以測試的應用更廣泛，比如：.net, Java, SAP, Flex和Ajax。RTF支持Visual Basic、.net和Java做為測試腳本語言。
RFT可以和IBM公司的管理整個軟體生命周期的軟體進行良好的集成，比如IBM Rational Team Concert以及Rational Quality Manager ( 注:Rational Functional Tester 功能強大, 容易架設框架, 容易擴展, 但對用戶的要也比較高）
想要學習更多的自動化測試工具, 傳智播客提供了大量的測試課程,講解自動化測試工具的使用, 朋友在傳智播客學習了軟體測試, 目前在新加坡月薪18K

⑹ 自動化測試基本流程是什麼

自動化測試基本流程

1、制定測試計劃

在展開自動化測試之前，最好做個測試計劃，明確測試對象、測試目的、測試的項目內容、測試的方法、測試的進度要求，並確保測試所需的人力、硬體、數據等資源都准備充分。制定好測試計劃後，下發給用例設計者。

2、分析測試需求

用例設計者根據測試計劃和需求說明書，分析測試需求，設計測試需求樹，以便用例設計時能夠覆蓋所有的需求點。一般來講，基於Web功能測試需要覆蓋一下幾個方面：

1）頁面鏈接測試，確保各個鏈接正常；

2）頁面控制項測試，確保各個控制項可靠；

3）頁面功能測試，確保各項操作正常；

4）數據處理測試，確保數據顯示准確、處理精確可靠；

5）模塊業務邏輯測試，確保各個業務流程暢通。

3、設計測試用例

通過分析測試需求，設計出能夠覆蓋所有需求點的測試用例，形成專門的測試用例文檔。由於不是所有的測試用例都能用自動化來執行，所以需要將能夠執行自動化測試的用例匯總成自動化測試用例。必要時，要將登陸系統的用戶、密碼、產品、客戶等參數信息獨立出來形成測試數據，便於腳本開發。

4、搭建測試環境

自動化測試人員在用例設計工作開展的同時即可著手搭建測試環境。因為自動化測試的腳本編寫需要錄制頁面控制項，添加對象。測試環境的搭建，包括被測系統的部署、測試硬體的調用、測試工具的安裝和設置、網路環境的布置等。

5、編寫測試腳本

根據自動化測試用例和問題的難易程度，採取適當的腳本開發方法編寫測試較薄。一般先通過錄制的方式獲取測試所需要的頁面控制項，然後再用結構化語句控制腳本的執行，插入檢查點和異常判定反饋語句，將公共普遍的功能獨立成共享腳本，必要時對數據驚醒參數化。當然還可以用其他高級功能編輯腳本。腳本編寫好了之後，需要反復執行，不斷調試，知道運行正常為止。腳本的編寫和命名要符合管理規范，以便統一管理和維護。

6、分析測試結果、記錄測試問題

應該及時分析自動化測試結果，建議測試人員每天抽出一定時間，對自動化測試結果進行分析，以便盡早地發現缺陷。如果採用開源自動化測試工具，建議對其進行二次開發，以便與測試部門選定的缺陷管理工具緊密結合。理想情況下，自動化測試案例運行失敗後，自動化測試平台就會自動上報一個缺陷。測試人員只需每天抽出一地你該時間，確認這些自動上報的缺陷，是否是真實的系統缺陷。如果是系統缺陷就提交開發人員修復，如果不是系統缺陷，就檢查自動化測試腳本或者測試環境。

7、跟蹤測試BUG

測試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開發人員修復後，需要對此問題執行回歸測試，就是重復執行一次該問題對應的較薄，執行通過則關閉，否則繼續修改。如果問題的修改方案與客戶達成一致，但與原來的需求有所偏離，那麼在回歸測試前，還需要對腳本進行必要的修改和調試。

8、自動化腳本的維護

如果系統發生變更時，對自動化測試腳本和相關文檔包括《自動化測試用例》、《自動化腳本設計說明書》進行維護，以適應變更後的系統。

⑺ 自動化測試的難點在於如何快速學會使用測試工具該描述正確嗎為什麼

該描述正確，因為國內對使用測試工具技術方面還不成熟。
隨著國內企業軟體開發及測試水平的提升，許多企業開始嘗試開展自動化測試的應用，以提高測試效率和測試質量。雖然在國外自動化測試工具應用已經很普遍，但國內許多企業對於軟體自動化測試的理解還停留在表面上，沒有深入的理解到企業實施自動化測試所要具備的條件以及自動化測試本身的局限性，導致自動化並沒有給企業帶來多少實際的價值，反而還浪費了資源。

⑻ 如何快速入門自動化測試

可以考慮用行為驅動開發（BDD)模式：

1. 從手動測試入手，編寫測試用例，

2. 生成框架代碼

3. 實現框架代碼，選用相應的自動化庫，如Web用Selenium

好處是你用自然語言可以開發一半的腳本，剩下一半選擇你熟悉的語言，如JavaScript、Python或Java。

BDD的框架通常用Cucumber。