自動化測試中彈出窗體的處理方法
【專利摘要】本發(fā)明公開了一種自動化測試中彈出窗體的處理方法，上述方法在測試用例啟動后，實時檢測上述測試用例中的關鍵字執(zhí)行過程中是否有窗體彈出；若檢測到有窗體彈出，則激活和/或關閉上述窗體。本發(fā)明解決了自動化測試中出現(xiàn)非預期的彈出框而導致的自動化測試的阻塞問題。
【專利說明】自動化測試中彈出窗體的處理方法

【技術領域】
[0001] 本發(fā)明涉及自動化測試領域，尤其涉及一種自動化測試中彈出窗體的處理方法。

【背景技術】
[0002] 為了提高測試效率和準確性，產品需要測試的行業(yè)越來越多的引入了自動化測試 (即在預設條件下運行系統(tǒng)或應用程序，評估運行結果），關鍵字驅動（keyword driven)的 自動化測試可有效地提高自動化測試腳本的維護效率。關鍵字（即自動化測試中的可執(zhí)行 的命令或函數(shù)）驅動的自動化測試搭建了一個自動化測試框架，使得測試框架的腳本（可 見的文字命令或代碼，通常可以由應用程序調用并執(zhí)行）與業(yè)務、數(shù)據分離，最大程度地減 少相互之間的影響。關鍵字驅動的測試框架不僅實現(xiàn)了將數(shù)據和腳本相分離，而且實現(xiàn)了 測試邏輯和數(shù)據的分離，大大提高了腳本的復用度和維護性，從而更大限度地實現(xiàn)了測試 工具的自動化。
[0003] 例如在一個登陸頁面輸入用戶名，用一個測試表（表1)來表不：

【權利要求】
1. 一種自動化測試中彈出窗體的處理方法，其特征在于，所述方法在測試用例啟動后， 實時檢測所述測試用例中的關鍵字執(zhí)行過程中是否有窗體彈出；若檢測到有窗體彈出，則 激活和/或關閉所述窗體。
2. 如權利要求1所述的自動化測試中彈出窗體的處理方法，其特征在于，所述方法在 測試用例啟動前，還執(zhí)行以下步驟： 執(zhí)行append to file關鍵字，生成一個用于運行windows命令的第一腳本文件及一個 用于進行后臺窗體檢測的第二腳本文件。
3. 如權利要求2所述的自動化測試中彈出窗體的處理方法，其特征在于，所述方法在 實時檢測關鍵字執(zhí)行過程中是否有窗體彈出步驟前，還執(zhí)行以下步驟： 步驟A :將所述第二腳本文件的文件名、所述測試用例中設置的窗口名、延時時長、要 發(fā)送的按鍵或組合鍵字符串作為所述第一腳本文件的輸入參數(shù)； 步驟B :判斷所述測試用例是否有關鍵字執(zhí)行，若是，則執(zhí)行步驟C ;否則，繼續(xù)執(zhí)行本 步驟； 步驟C :執(zhí)行RUN關鍵字，調用所述第一腳本文件； 步驟D :所述第一腳本文件將除去第二腳本文件的文件名的輸入參數(shù)傳遞給所述第二 腳本文件，引導所述第二腳本文件啟動； 步驟D :所述第二腳本文件執(zhí)行所述實時檢測關鍵字執(zhí)行過程中是否有窗體彈出步 驟。
4. 如權利要求2或3所述的自動化測試中彈出窗體的處理方法，其特征在于，所述第一 腳本文件及所述第二腳本文件均為vbs腳本文件。
5. 如權利要求3所述的自動化測試中彈出窗體的處理方法，其特征在于，所述步驟D具 體包括： 步驟01 :所述第二腳本文件查看所述第一腳本文件傳遞來的參數(shù)的類型，若僅為窗口 名，則執(zhí)行步驟11 ;若為窗口名、延時時長以及按鍵或組合鍵字符串，則執(zhí)行步驟02 ; 步驟02 :調用Windows的查找窗體API，查找所述窗口名對應的句柄； 步驟03 :判斷是否找到所述窗口名對應的句柄，若找到，則執(zhí)行步驟05 ;若未找到，則 執(zhí)行步驟04 ; 步驟04 :延時所述延時時長后，執(zhí)行步驟02 ; 步驟05:生成一空的結果文件； 步驟06 :調用Windows的發(fā)送消息API，向所述句柄對應的窗體發(fā)送"激活窗體"消息； 并向所述結果文件的字符"1"； 步驟07 :調用Windows的發(fā)送消息API，向所述窗體發(fā)送輸入參數(shù)中的"按鍵"或"組合 鍵"消息； 步驟08 :調用Windows的查找窗體API，再次查找所述窗口名對應的句柄，并判斷是否 找到，若是，則執(zhí)行步驟09 ;否則執(zhí)行步驟10 ; 步驟09 :調用Windows的發(fā)送消息API，向所述句柄對應的窗體發(fā)送"關閉"消息，轉入 執(zhí)行步驟11 ; 步驟10 :保存所述結果文件，當前窗體處理結束； 步驟11 :調用Windows的查找窗體API，查找所述窗口名對應的句柄； 步驟12 :判斷是否找到所述窗口名對應的句柄，若找到，則執(zhí)行步驟13 ;若未找到，則 執(zhí)行步驟11 ; 步驟13 :調用Windows的發(fā)送消息API，向所述窗口名對應的窗體發(fā)送"激活"消息，當 前窗體處理結束。
6. 如權利要求5所述的自動化測試中彈出窗體的處理方法，其特征在于，所述第二腳 本文件通過動態(tài)生成的EXCEL對象，調用Windows API。
7. 如權利要求5所述的自動化測試中彈出窗體的處理方法，其特征在于，所述方法在 所述第二腳本文件啟動后，還執(zhí)行以下步驟： 周期性讀取所述結果文件中的參數(shù)； 判斷所述參數(shù)是否為字符" 1"，若是，則在所述周期時長內檢測到可能阻塞測試的彈出 窗體；否則，在所述周期時長內未檢測到可能阻塞測試的彈出窗體。
8. 如權利要求7所述的自動化測試中彈出窗體的處理方法，其特征在于，所述方法通 過執(zhí)行"get file"關鍵字，讀取所述結果文件中的參數(shù)。
【文檔編號】G06F11/36GK104123226SQ201410369942
【公開日】2014年10月29日 申請日期:2014年7月30日 優(yōu)先權日:2014年7月30日
【發(fā)明者】袁良偉, 嚴海波, 龔明蘭, 羅淑芬 申請人:深圳市共進電子股份有限公司