自動化測試軟體界面

A. 圖形界面自動化測試的前途在哪裡

降低自動化測試的門檻是很多自動化測試工具提供商努力的目標。尤其是對於圖形界面的自動化測試，就更是這樣。 於是，「錄制與回放」就成了圖形界面自動化測試的主流。不論是 Web 界面的，還是基於 Windows API 界面的，還是 Java GUI 界面的，「錄制與回放」的工具，不論是商用的，還是開源的，都不少。在技術上，大家也在「錄制」上下足了功夫。 錄制就需要先識別。現在 Web 頁面的顯示技術在向基於客戶端的軟體的界面靠攏，於是工具要識別各種動態界面的不同組件，不同編程語言實現的動態效果。你能夠適應 .NET 和 ASP 編寫的界面，我可以使用動態的 Javascript, AJAX。 Web 的動態顯示技術層出不窮，先是基於伺服器端的動態頁面顯示，再後來又可以把代碼傳送並放到客戶端來由瀏覽器解釋了再動態顯示，現在又可以局部更新頁面的部分信息，很多頁面又開始使用 Flash 等等。於是，如何自動識別這些動態的顯示技術，並保證錄制與回放的正確，就成了各個自動化測試工具廠商最求的目標。也就是基本上是在跟著動態顯示技術發展的屁股後面跑。然而「錄制與回放」有一個大問題，就是「錄制」下來的腳本的維護問題。Web 界面的變化是非常頻繁的。通常市場部門的一個反饋，界面就要做比較大的調整，而這個調整，會導致之前「錄制」好的腳本的重用性變得很差。 需要維護。 如果不想維護，再錄制一遍的話也會造成人力的浪費。 畢竟，腳本和真正的程序代碼雖然都是編程的產物，但人家代碼是公司研發的最終產品，是可以賣錢的；腳本只是測試的一個中間環節，腳本執行的結果才是我們測試人員想得到的東西，花費很大力氣來維護一個中間產品，任何一個研發部分都要好好考慮一下投入與產出是否值得了。可維護性差是「錄制與回放」技術需要攻克的技術難題。而解決這個難題，需要兩方面的努力：腳本良好的封裝，與 API （關鍵字）介面的完整定義 開發人員對於界面元素賦予唯一標示的 ID。 解決圖形界面自動化腳本的可維護性，還需要開發的幫助，為界面元素提供唯一的標識。這樣，不論以後界面如何變化，只要標識不變，之前的腳本一樣可以復用。而良好的腳本封裝是「錄制與回放」幾乎難以逾越的一座技術大山。「錄制」決定了前期很少進行軟體設計，腳本也是順序執行的。這與預先設計完整的 API 介面，再進行腳本開發的流程是相違背的。從長遠考慮，每一個軟體開發企業在圖形界面的自動化測試上，都應該力求向關鍵字編程靠攏，而不是過度的依賴自動化測試工具廠商的「錄制與回放」技術。 這，才應該是圖形界面測試自動化的未來。

B. 什麼是自動化測試

原文

首先我們從招聘崗位需求說起。看近期的職業機會，提到「軟體測試工程師」，基本上都有關於自動化測試的要求。例如：

• 了解 selenium、appium或者其他自動化測試框架；

• 至少熟悉一門面向對象開發語言，有一定的代碼功底優先；

• 熟悉Java或者python，有一定的測試自動化經驗和代碼閱讀能力；

• 了解介面集成測試，會使用JMeter、Postman、SoapUI等介面測試工具；

等等，上述內容不再一一列舉。突然自動化測試遍地開花，好像測試工程師的自動化測試能力成為了標配一般。本文就從自動化測試的要求入手，簡單的進行自動化測試掃盲，爭取讓各位在一分鍾之內了解自動化測試。

那麼我們就從「自動化測試」五個字來剖析。

一、測試

測試：這個我們熟悉。最經典的一個解釋「程序測試是為了發現錯誤而執行的過程。」這個來自於G.J.Myers的經典著作《軟體測試的藝術》的定義，給我們展示了測試的本質：過程。

測試是為了發現軟體的錯誤，而執行的過程，這個過程可以是以下內容：

• 運行被測試的軟體，執行軟體的功能；

• 運行其他工具，去檢查軟體的內部和外部。

總而言之，是一個過程，執行的過程。接下來就一張最常見的測試示意圖：

這個呢？自動化測試示意圖

C. 自動化測試工具有哪些

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

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提示目標系統執行一系列事件之後被執行。檢查點用於確定實際結果與期望結果是否相同

D. 自動化測試的工具有哪些

商業工具：
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等文檔形式編寫自己的關鍵字（這些關鍵字即你的庫組成），之後，再編寫測試用例（測試用例由測試關鍵字組成）進行測試。例如：一個簡單的登陸測試由：登陸+輸入密碼+登出三個關鍵字組成，也可以由一個關鍵字登陸組成，關鍵字顆粒的大小可以自行定製。

E. 什麼是自動化測試

自動化測試，簡單點說就是把由人工對軟體的測試行為轉化為由程序執行測試的一種實踐，對於最常見的 GUI 測試來說，就是由自動化測試工具模擬人工對軟體界面的操作的過程，並且自動驗證其結果是否符合預期。如果感興趣，可以從黑馬程序員獲取相關資料做進一步了解。

F. 常用的軟體測試自動化工具有哪些

1、測試類型可以包括：白盒測試、黑盒測試（功能測試、性能測試）等。
2、不同的測試類型使用的自動化測試方法不同，白盒測試主要針對代碼級的單元測試、黑盒測試主要面對功能級和系統級的驗證測試。
3、自動化測試，針對白盒測試，一般需要有一定的編程基礎，即能夠基於功能代碼寫測試代碼，常用的單元測試方面的自動化測試工具很多，上網一搜全是。
4、自動化測試，針對功能測試，有幾種情況，基於CLI、API和GUI的測試；基於CLI、API的測試，即應用腳本技術向設備模擬發送CLI命令或者API請求，以達到控制設備的效果。基於GUI功能測試，即應用傳統的界面自動化測試工具(例如：RFT、QTP等）控制界面控制項操作的方法，以達到模擬用戶操作，這幾種方式都需要你有一定的編碼基礎；基於CLI、API的需要你懂腳本技術（例如:tcl、python、ruby等），RFT需要你懂java或者.net、QTP需要VB等。

G. 在自動化測試中怎樣斷定打開的界面就是正確界面

判斷打開的頁面就是正確的頁面。
需要你提前進行頁面的設置的。
保障你打開的時候就是你想要的
當然也可以留下拍照，看參數是不是符合的。
這都是可以的方式，
希望我的回答能對你有所幫助。

H. 請簡述介面測試和界面自動化測試的區別

這是我做的····手工測試是傳統的測試方法，由測試人員手工編寫測試用例，缺點在於測試工作量大，重復多，回歸測試難以實現；自動化測試利用軟體測試工具自動實現全部或者部分測試工作：管理、設計、執行和報告，自動化測試節省大量的測試開銷，並能夠完成一些手工測試無法實現的測試。自動化測試是對手工測試的一種補充，自動化測試不可能完全替代手工測試，因為很多數據的正確性、界面是否美觀、業務邏輯的滿足程度等都離不開測試人員的人工判斷。而僅僅依賴手工測試的話，則會讓測試過於低效，尤其是回歸測試的重復工作量對測試人員造成了巨大的壓力。因此，自動化測試僅僅是某些條件下手工測試的一種補充，而無法全面取代手工測試。希望對你有幫助

I. Android 手機自動化測試工具有哪些

1、Monkey是Android SDK自帶的測試工具，在測試過程中會向系統發送偽隨機的用戶事件流，如按鍵輸入、觸摸屏輸入、手勢輸入等)，實現對正在開發的應用程序進行壓力測試，也有日誌輸出。實際上該工具只能做程序做一些壓力測試，由於測試事件和數據都是隨機的，不能自定義，所以有很大的局限性。

2、MonkeyRunner也是Android SDK提供的測試工具。嚴格意義上來說MonkeyRunner其實是一個Api工具包，比Monkey強大，可以編寫測試腳本來自定義數據、事件。缺點是腳本用Python來寫，對測試人員來說要求較高，有比較大的學習成本。

3、Instrumentation是早期Google提供的Android自動化測試工具類，雖然在那時候JUnit也可以對Android進行測試，但是Instrumentation允許你對應用程序做更為復雜的測試，甚至是框架層面的。通過Instrumentation你可以模擬按鍵按下、抬起、屏幕點擊、滾動等事件。Instrumentation是通過將主程序和測試程序運行在同一個進程來實現這些功能，你可以把Instrumentation看成一個類似Activity或者Service並且不帶界面的組件，在程序運行期間監控你的主程序。缺點是對測試人員來說編寫代碼能力要求較高，需要對Android相關知識有一定了解，還需要配置AndroidManifest.xml文件，不能跨多個App。

4、UiAutomator也是Android提

J. 項目如何讓自動化測試工具(AutoRunner)來做軟體測

AutoRunner 是自動化的功能測試工具。功能測試的目標是根據 GUI 的界面或者報表來檢查軟體的實際功能是否和需求定義的功能相一致。 autoRunner使用方法 ： 1新建項目 a) 在項目管理器空白區域,右鍵滑鼠,選擇新建項目。 b) 輸入項目名後,點擊[確項目如何讓自動化測試工具(AutoRunner)來做軟體測