標籤:
由於最近的實驗有涉及到通過Visual Studio實現GUI介面的黑箱測試,所以上網查詢了Visual Studio實現自動化測試的相關概念知識,這裡簡單介紹一下~
在以前,人們編寫單元測試用例,然後開發人員按照單元測試用例一步一步的來實現用例,這是一個很消耗時間的過程,如今的時代節奏很快,人們便期望無需人工介入,可以自動化快速完成,所以逐漸出現了使用Coded UI進行UI的自動化測試。
Coded UI 採用使用者介面來驅動應用的進行自動化測試。這些測試包括UI控制的功能性測試。他們使你可以驗證整個應用的功能是否正確,其中包括了使用者介面。Coded UI 多數時間用於協助驗證在UI層本身的有效邏輯。它能夠驗證值對使用者介面的控制的正確性。
為了實驗課,同學們紛紛安裝VS,發現並不是所有版本都可以進行UI測試的,目前,Visual Studio進階版(Premium)與旗艦版(Ultimate)可使用Coded UI。任何Coded UI測試的核心都是UI Map.UI Map可理解為使用者行為記錄(例如,滑鼠點擊),它同我們在文文書處理器中建立的宏非常類似。
我們對編寫自動化測試接觸很少,Visual Studio中為實現自動化測試提供了一系列的工具,單元測試(Unit Test)、編碼UI測試(Coded UI Test)、壓力測試(Stress Test)、網頁效能測試(Web Performance Test)、資料庫單元測試(Database Unit Test)等等,我們接觸比較多的,應該是單元測試和編碼UI測試。
單元測試:
單元測試是Visual Studio中最基本、應用最廣泛的一種測試。通常開發人員可以選擇為一個方法或是一個組件建立單元測試,來保證其邏輯正確。
單元測試工具不僅可以用作單元測試的目的,也可以作為一種載體,來實現驗收測試或是功能測試。
編碼UI測試:
雖然單元測試架構適用於各種不同的測試,不過其本身卻沒有提供太多對測試代碼實現上的支援。編碼UI可以迅速建立出UI測試的架構。編碼UI測試的運行方法、運行結果等都與單元測試類似。
自動產生的自動化UI測試並不能解決UI測試固有的不穩定的問題。尤其是這種編碼UI測試是通過UI控制項之間的內含項目關聯性來尋找控制項並對其執行操作的,就導致了如果運行測試時UI排列與錄製時不盡相同時,測試可能無法正確運行。
Visual Studio之自動化測試