[發明專利]基于XML封裝關鍵字的GUI自動測試方法及自動測試平臺

無效

• 申請號: 200910090526.2
• 申請日: 2009-08-19
• 公開（公告）號: CN101996131A
• 公開（公告）日: 2011-03-30
• 發明（設計）人: 胡驥
• 申請（專利權）人: 航天信息股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;G06F9/44
• 代理公司: 北京科龍寰宇知識產權代理有限責任公司 11139
• 代理人: 孫皓晨;朱世定

技術領域

本發明涉及一種計算機軟件測試技術，特別涉及一種Web應用程序GUI自動測試方法和自動測試平臺。

背景技術

隨著計算機軟件技術和互聯網的發展，Web應用程序得到了越來越多的應用。傳統的Web應用GUI自動測試方法，人們需要編寫測試腳本，利用腳本語言編程實現測試邏輯，驅動被測應用GUI元素，實現自動測試的目的。許多商業測試工具如HP公司WinRunner、QTP，開源測試工具Watir、Selenium等都是這樣的原理。商業工具通常提供錄制的功能，可以記錄測試人員的操作，產生測試腳本。

這樣的方法的弊端在于：采用錄制的方法，產生的腳本是硬編碼的，非結構化的，很難維護。如果用編程的方法，對測試人員的編程能力要求較高。通常，自動測試開發人員并不了解測試設計方法和業務知識，測試人員則不熟悉編程語言。為了彌補這些缺陷，傳統方法較好的工作模式是：測試人員設計測試用例，形成測試用例文檔，自動測試開發人員實現測試腳本，實際上是將測試用例翻譯成腳本語言，調試運行并維護腳本。這樣的工作模式帶來的問題是：對于測試用例的詳細程度和準確性要求極高，需要更多的測試人員和更多的時間編寫測試用例，不同人員之間的交互可能造成理解歧義和不能同步。增加了人力資源的需求和溝通成本。普通的軟件公司不可能提供大量的人員成本和時間，迫切需要一種輕量級的、使用更方便、更利于維護、更省時省力的方法應用于GUI自動測試。

實際上，傳統的腳本化自動測試方法更多的將測試驅動、測試邏輯、測試數據混雜在一起，腳本化意味著可讀性較差，測試腳本無法直接用于測試用例評審，必須同時維護一份測試用例和一份測試腳本。

鑒于上述缺陷，本發明創作者經過長時間的研究和實踐終于獲得了本創作。

發明內容

本發明的目的在于，解決現有腳本化自動測試方法中將測試驅動、測試邏輯、測試數據混雜在一起，測試腳本無法直接用于測試用例評審，必須同時維護一份測試用例和一份測試腳本的技術問題。

為達到上述目的，本發明提供一種基于XML封裝關鍵字的GUI自動測試方法，包括：

步驟a，測試架構設計人員建立XML架構文件，用以描述測試關鍵字，所述關鍵字包括GUI元素；

步驟b，測試用例設計人員按照所述關鍵字編寫XML文件，形成測試用例，所述測試用例包括測試用例邏輯、測試數據和預期結果；

步驟c，測試平臺開發人員開發自動測試引擎，解析所述測試用例中的XML文件，解釋所述測試關鍵字，定位所述GUI元素，執行測試并驗證結果。

本發明還提供一種自動化測試平臺，包括關鍵字描述模塊、測試用例模塊和自動測試引擎；

所述關鍵字描述模塊中儲存一XML架構文件，用以描述測試關鍵字，所述關鍵字包括GUI元素；

所述測試用例模塊中存儲多個測試用例，所述測試用例為XML文件，包括測試邏輯、測試數據和預期結果；

所述自動測試引擎解析所述XML文件，解釋所述關鍵字，導航測試執行，定位所述GUI元素，執行測試并驗證結果。

進一步，所述自動測試引擎包括項目管理模塊、解析模塊、導航模塊、GUI元素定位模塊、消息處理模塊和驗證模塊；

所述項目管理模塊建立測試項目，包含測試用例集、設置測試運行時參數，配置選項；

所述解析模塊解析測試用例XML文件，保存所述各個關鍵字對象；

所述導航模塊解釋所述關鍵字，按照測試對象的不同層次執行各測試用例集、測試用例、遞歸執行引用的測試用例；

所述GUI元素定位模塊讀取測試用例中的關鍵字描述，找到相應的GUI元素；

所述消息處理模塊在元素對象上觸發各種消息，以模擬各種輸入；

所述驗證模塊讀取所述測試用例中的關鍵字描述執行測試驗證。

本發明的有益效果在于，設計一種可運行的測試用例，將測試邏輯和測試數據從測試腳本中抽取出來，分別由自動測試開發人員和測試人員構建，充分發揮二者各自優勢，二者之間不需要交互。同時提高測試邏輯的可讀性，約定一批有意義的關鍵字用以表達測試邏輯，使其可直接用于測試用例評審，不需要另行編寫復雜詳細的測試用例文檔。

附圖說明

圖1為關鍵字結構圖；

圖2為基于XML封裝關鍵字的GUI自動測試方法的工作流程圖；

圖3為基于XML封裝關鍵字的GUI自動測試平臺的結構圖。

附圖標記說明：