自動化測驗框架指南

任何成功的自動化測驗程序的關鍵組成部分都是測驗自動化框架，降低維護成本，測驗作業效率提升和提高質量保證團隊的投資回報率ROI是優化敏捷流程時所提供的主要優勢之一，

出于以下原因，自動化對于高效的測驗程序至關重要：

• 提高測驗效率
• 降低維護成本
• 盡可能的人工干預
• 盡可能大測驗范圍
• 代碼的可重用性

軟體開發領域的管理人員對實作自動化框架如何使他們的業務受益有了廣泛的了解，并且在這個領域的許多人已經開始經常使用框架一詞，它是成為軟體自動化專案成功的關鍵，

但是對于許多人來說，問題仍然存在：測驗自動化框架和自動化腳本到底是什么？它是如何相互協助作業的，框架可以為測驗程序帶來哪些優勢？

定義測驗自動化

在任何行業中，自動化通常被解釋為自動處理流程，而這些流程幾乎不需要人工干預，在軟體行業，測驗自動化意味著使用許可版本或開源的自動化工具對軟體應用程式執行各種測驗，用技術術語來說，測驗自動化框架是一組定制的互動式組件，它們有助于執行腳本化測驗和全面報告測驗的結果，

為了成功構建自動化框架，必須考慮軟體質量保證專家的建議，這些建議將幫助控制和監視整個測驗程序并提高結果的準確性，經過仔細改進的自動化框架允許測驗人員以實用、簡化的方式執行自動化測驗，

不同型別的框架

根據團隊要如何創建框架和目標自動化需求，可能會想到各種可能的答案，

以工具為中心的框架

商業自動化工具和開源自動化工具都具有自己的系統基礎結構，可幫助在其測驗環境中生成報告，測驗套件和分布式測驗執行，一個示例是Selenium自動化框架，該框架具有主要組件WebDriver，該組件充當基于Web瀏覽器的插件，以在Web瀏覽器中控制和操作應用程式的DOM模型，Selenium測驗自動化框架還另外具有有用的編碼庫和記錄回放工具，

另一個特定于工具的重要框架示例是Serenity，它圍繞Selenium Webdriver構建并且是加速器，在這種情況下，為了加快測驗自動化實施程序的速度，社區將特定組件組合在一起，

當涉及到諸如QTP、RF之類的工具專用框架時，很難做出明確的決定，因為它們都是由帶有模擬操作，報告和腳本IDE的基礎架構預先構建的，

面向專案的框架

定制了此類自動化框架，以實作特定應用程式專案的自動化，特定于專案的框架支持某些目標應用程式測驗自動化要求，并由從開源庫構建的組件驅動，它創建了一個測驗友好的環境，以運行某些基本功能，這些包括部署開發的應用程式，運行該應用程式，執行測驗用例，直接測驗結果報告以及簡化編碼的包裝程式控制，專注于特定專案的框架還應該具有一個組件，以支持在不同的OS和瀏覽器上的各種云環境中進行測驗運行，此類測驗框架常見于跨瀏覽器測驗，

關鍵字驅動的框架

關鍵字驅動的框架是那些旨在以較少的編碼量吸引開發人員和測驗人員的框架，它們可能是特定于工具或針對專案的框架，使技能不足的員工可以撰寫和理解自動化腳本，用于編碼的關鍵字集（例如Login，NavigateToPage，Click，TypeText）被安裝為代碼庫中的關鍵字存盤庫，測驗人員根據提供的關鍵字參考撰寫腳本的電子表格將傳遞到關鍵字解釋器，并執行測驗，

完美測驗自動化框架的主要組件

如果您希望實作功能強大且性能卓越的測驗自動化框架（無論是開源還是商業的），則必須考慮包括構成其核心的某些成分，不必在每個框架中都包含下面提到的所有組件，

基于各種測驗的理想測驗自動化框架的主要組成部分是：

測驗庫

單元測驗

單元測驗庫可用于塑造任何測驗自動化框架的重要組成部分，您需要它用于：

• 通過特定的形式注釋（如@Test等）定義使用的測驗方法
• 執行影響自動化測驗最終結果的斷言
• 運行簡單明了的測驗

無論您是從命令列、IDE、專用工具還是CI（連續集成）系統運行測驗，以確保單元測驗都以直觀的方式運行，單元測驗庫可提供測驗運行程式，

集成和端到端測驗

在執行集成和端到端測驗自動化時，通常建議保證現有測驗庫提供的功能是健康的，由應用程式的UI驅動的API級別的測驗需要使與被測應用程式進行互動變得更加容易的組件，因為它消除了不必要的編碼負擔，因此，盡量不專注于以下方面的編碼作業：

• 連接到應用程式
• 發送請求
• 接收結果回應

行為驅動開發

專用于BDD的庫以行為規范為目標，以可執行代碼的形式創建可執行規范，在這里，可以將不同的功能和預期行為場景轉換為代碼，盡管它們不能像測驗工具直接與被測應用程式進行互動那樣作業，它們可作為BDD流程的支持，以創建與自動化測驗的范圍和意圖一致的實時檔案，一組BDD庫的典型示例為：

測驗資料管理

在軟體測驗自動化和測驗創建程序中，最大的挑戰是利用測驗資料管理系統，隨著自動化測驗數量的增加，始終存在確保執行特定測驗所需的某些測驗資料可用或創建的問題，面臨的挑戰是，沒有針對此問題的萬無一失的解決方案，這需要一種可靠的測驗資料管理方法來使自動化作業取得成功，

解決此問題的一種方法是擁有合適的moco工具，以使資料更加簡化，清晰和易于消化，

mock，Stubs和虛擬化

軟體測驗中的虛擬化

在探索和研究自動化測驗的許多想法時，可能會遇到以下情況：

• 想將模塊與通常在單元測驗中經歷過的連接組件隔離開

• 需要處理應用程式的集成或端到端測驗中常見的繁瑣和關鍵的依賴關系

在這種情況下，您會覺得創建反映所連接組件行為模式的mock和Stubs以及虛擬化至關重要，處理這些內容是一項艱巨的任務，在開發自動化測驗框架的程序中選擇有用的虛擬化工具至關重要，

實施模式的通用機制

除了上面討論的自動化框架組件之外，還有一些有用的機制可幫助創建，使用和維護自動化測驗，例如：

• 包裝器方法：使用Selenium Webdriver組件時，創建自定義包裝器可使錯誤處理更加容易，可以更好地處理超時，例外處理和故障報告，

• 抽象方法：抽象機制代表提高可讀性和掩蓋多余的實作細節，例如，在創建Selenium WebDriver測驗時使用頁面物件的目的是在網頁上公開用戶輸入操作，包括輸入憑據或單擊頁面上的某處，目標是通過超越或繞過探索頁面特定元素的需求來實作高級測驗方法，此方法適用于許多類似的應用程式和自動化測驗，

測驗結果報告

在選擇用于將測驗結果報告到自動化框架中的庫或機制時，應該主要關注將要閱讀或查看所生成報告的目標受眾，在這方面，我們可以提出幾個注意事項：

• 諸如JUnit和TestNG之類的單元測驗框架生成的報告主要針對諸如CI（持續集成）服務器之類的接收系統，這些系統最侄訓對其進行解釋并以其他軟體可使用的XML格式進行呈現，

• 當我們尋求具有人類最易理解的語言的報告功能的工具時，需要考慮使用與單元測驗框架兼容的商業工具，例如用于Junit的UFT Pro、NUnit和TestNG，

• 另一種選擇是利用諸如ExtentReports之類的第三方庫，該庫以人類易于理解的格式創建測驗結果報告，包括通過餅圖，圖形或影像進行的視覺解釋，

CI平臺

為了以更快，更統一進行應用程式測驗，持續集成平臺可以幫助團隊構建軟體并定期為新版本運行各種測驗，當開發和部署新功能以及更新現有功能時，此方法使開發人員和利益相關者有機會就應用程式質量獲得定期反饋和更快的回應，

源代碼管理

與手動測驗一樣，自動化測驗也涉及撰寫和存盤源代碼和測驗用例版本，每個開發公司都有一個精選的源代碼和版本控制系統來保存和保護源代碼，自動化測驗需要完善的源代碼管理系統，該系統在處理生產代碼時會派上用場，任何開發人員都會給出的一些典型的源代碼管理示例是Git，Mercurial，Subversion和TFS，

創建依賴關系管理器

依賴關系管理器的主要目的是協助收集和管理在自動化軟體解決方案的功能中使用的現有依賴關系和庫的程序，某些工具（例如Maven和Gradle）同時充當依賴項管理器并幫助構建工具，構建工具旨在幫助您從源代碼和支持庫開發自動化軟體，并運行測驗，其他依賴工具包括Ant，NPM和NuGet，

建立和實施框架的程序

有幾種方法可以計劃實作自動化測驗解決方案的方法，

• 從用戶的角度探討自動化的實際適用性，從各個角度檢查它是否如PPT中所講（避免PPT自動化的最佳實踐），在使用中的技術上對其進行測驗，

• 密切關注被測系統的技術，以找到能夠完美模擬用戶行為的最合適的測驗自動化工具，這一點至關重要，

• 建議采用基于階段的實作方法，其中每個階段都具有交付自動化測驗腳本的優先級，同時添加框架功能以實作預期的腳本執行，

• 在啟動軟體測驗自動化之前，為確保正確執行自動化決策，必須首先計算和估算實施后的投資回報率，運行手動回歸或冒煙測驗的時間以及每個版本的運行周期，

對測驗自動化框架的必然需求

描述和說明軟體測驗自動化框架和腳本如何完善測驗程序，這并不總是意味著它可以成功地為所有致力于自動化的人作業，但是，無可否認的是，如果詳細地計劃和正確執行測驗自動化框架，則會為軟體開發和測驗公司帶來以下好處：

• 最少的時間，最大的收益：構建任何可行的測驗自動化框架和自動化腳本都是為了最大程度地減少撰寫和運行測驗所需的時間，從而在短時間內提供最大的輸出，有了出色的自動化框架，您就可以擺脫通常的擔憂，例如同步，錯誤管理，本地配置，報告生成，解釋和許多其他挑戰，

• 可重用和可讀的自動化代碼：使用現有組件庫中提到的代碼時，它會在未來一段時間保持可讀性和可重用性，并且所有相關任務（如報告，同步和故障排除）將變得更易于訪問，

• 資源優化：從創建自動化測驗中獲得的效率取決于其采用的靈活性，如果自動化系統是靈活的，并且與從事不同組件的不同團隊兼容，則在資源優化和知識共享方面可以提供巨大的收益，

結論

在當今快節奏，殘酷的軟體開發生態系統中，自動化測驗和腳本在維持軟體測驗周期的速度，效率和明晰度中起著不可或缺的作用，隨著自動化測驗技術被灌輸到軟體測驗中，考慮采用測驗自動化框架的組織必須深入研究最終框架的設計，然后才能涉足這一領域，精心設計的框架設計和要使用的組件策略將為最終測驗自動化框架奠定基礎，

塑造測驗自動化框架成熟，成熟，靈活的體系結構的最佳方法是從小處著手，頻繁進行測驗和審查，然后逐步提高以構建擴展版本，在實作自動化測驗框架時，一種推薦的方法是找到一種可以快速輕松地適應流程和作業流程的工具，尋找一種不僅靈活而且可以支持多種應用程式和語言的工具，因為這將使QA團隊無論其背景或技能如何都能做出有效的貢獻，

以上筆者的經歷更像一張橫向的知識網，創建了一個交流平臺 914172719 ，群內有各種技術同行交流、學習資料、面試經驗等，其中用到jenkins、docker、moutebank、python編程等，還需要花更多的精力去深入學習，當每項技能都能掌握到一定深度，才能稱為一個完整的知識體系，

最后： 可以關注公眾號：傷心的辣條 ！ 進去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測驗行業常見知識，其中包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，

如果我的博客對你有幫助、如果你喜歡我的博客內容，請 “點贊” “評論” “收藏” 一鍵三連哦！

好文推薦

轉行面試，跳槽面試，軟體測驗人員都必須知道的這幾種面試技巧！

面試經：一線城市搬磚！又面軟體測驗崗，5000就知足了…

面試官：作業三年，還來面初級測驗？恐怕你的軟體測驗工程師的頭銜要加雙引號…

什么樣的人適合從事軟體測驗作業？

那個準點下班的人，比我先升職了…

測驗崗反復跳槽，跳著跳著就跳沒了…