腳本測試案例和手動測試案例的自動生成的制作方法
【專利說明】腳本測試案例和手動測試案例的自動生成
【背景技術】
[0001] 對軟件應用越來越多的使用和依賴，尤其是在移動計算裝置使先前不可用的或不 實際的各種用戶案例變成可能的領域，已經增大對軟件測試工具的需求。一種創(chuàng)建用于軟 件應用的手動測試案例的方法是針對域測試器創(chuàng)建呈自然語言的測試案例（例如，人類可 讀英語），所述語言描述了與軟件應用的可能交互。手動測試案例隨后由自動化工程師利用 以創(chuàng)建自動化腳本，從而針對軟件應用的例子執(zhí)行測試案例。這一過程可能繁瑣、耗時并且 容易出錯。
【附圖說明】
[0002] 在不一定按比例繪制的附圖中，相似標號可描述不同視圖中相似的組件。具有不 同字母后綴的相似標號可表示相似組件的不同實例。附圖以示例方式而非限制性的方式大 體圖示本文獻中論述的各種實施方案。
[0003] 圖1是圖示了根據(jù)一些實施方案的示例測試案例生成系統(tǒng)的框圖。
[0004] 圖2描述了顯示用戶可編輯表單的計算裝置的示例。
[0005] 圖3是圖示了根據(jù)一些實施方案的檢查應用的示例方法的流程圖。
[0006] 圖4是圖示了根據(jù)一些實施方案的用于生成測試案例的示例方法的流程圖。
[0007] 圖5是圖示了可對其執(zhí)行本文所論述技術中的任一種或多種的示例機器的框圖。
【具體實施方式】
[0008]在應用的開發(fā)期間，開發(fā)者可以訪問該應用內的所有對象名稱（例如，字段、按 鈕、函數(shù)等）。為了減少建立自動化測試過程所需的時間，開發(fā)者可以向應用添加指令或模 塊，當應用運行時，這些指令或模塊可以自動生成輸出文件。一般來說，測試器可以打開應 用中的報告屏幕，并且應用中的指令或模塊會生成輸出文件，該輸出文件含有名稱以及與 報告中的所有字段有關的任何其他信息。
[0009] 另外，輸出文件還可能含有與一個或多個函數(shù)名稱連接的所有字段名稱（例如， populateField和verifyField)，并且這些字段所期望的值可用自動化測試腳本填充。輸 出文件的生成可是一種選擇，響應于請求（例如，在應用中啟用/禁用設置）而發(fā)生。在另 一個示例中，可由開發(fā)者生成輸出文件，開發(fā)者可將該文件傳遞至自動化測試工程師以便 于自動化測試應用。
[0010] 這些用于創(chuàng)建測試案例的方法和機制可用于生成自動化測試腳本以及手動測試 案例。應用內待測試的任何對象均可通過應用本身來列舉，并且與對應于這些對象中的每 一者的數(shù)據(jù)集一起輸出至輸出文件。以此方式可減少測試器的時間和失敗，因為域測試器 不需要生成或輸入呈"函數(shù)/代碼"格式的測試腳本，這些測試腳本可能僅僅與應用開發(fā)者 密切相關。
[0011] 圖1是圖示了根據(jù)一些實施方案的示例測試案例生成系統(tǒng)100的框圖。在示例 中，測試裝置102可耦合至測試應用104。測試應用可由測試裝置102在仿真環(huán)境中執(zhí)行， 或由可通過物理或網絡連接件（例如，通過有線或無線網絡）耦合至測試裝置102的第二 裝置執(zhí)行。測試裝置102可包括測試案例數(shù)據(jù)庫106,該測試案例數(shù)據(jù)庫被配置成存儲可應 用于測試應用104的測試案例。
[0012] 測試案例生成系統(tǒng)100可包括用戶界面，該用戶界面具有測試裝置102、測試應用 104或二者。該用戶界面可提供用于開發(fā)者108的機制，以任選地通過測試裝置輸入112與 測試裝置102交互或通過直接應用輸入110與測試應用交互。在示例中，開發(fā)者108可與 測試應用104交互，同時測試裝置102記錄或監(jiān)視測試應用104的活動。以此方式，測試裝 置102可積累與測試應用104的一個或多個功能有關的信息。
[0013] 例如，測試案例數(shù)據(jù)庫106可包括呈一種或多種基于計算機的語言（例如，C#、 JAVA等）的測試腳本，這些測試腳本可與測試應用104交互，以測試測試應用104的一個或 多個功能。在另一個示例中，測試數(shù)據(jù)庫106可包括一個或多個手動測試案例。手動測試 案例可包括呈自然語言格式（例如，英語、西班牙語等）的指令序列。該指令序列可為測試 開發(fā)者提供用戶可讀場景，測試開發(fā)者可利用該用戶可讀場景來手動操作測試應用104中 的選項或特征，以進行手動測試案例。
[0014] 在示例中，測試應用104中的工作流可由手動或自動化測試案例涵蓋并且再運行 多次。例如，可以多種方式執(zhí)行對報告或表單的"保存"操作，諸如從"文件"菜單中選擇保 存選項、選擇"關閉"和"保存"選項或打開新的報告，該新的報告使得能夠提示保存待生成 的現(xiàn)有報告。域測試器可以此方式請求執(zhí)行測試腳本以驗證"保存"操作的功能并且生成 報告。作為響應，測試裝置102可自動生成腳本以涵蓋所有可能的"保存"場景。Save〇函 數(shù)可被配置成由應用開發(fā)者將其名稱作為變量報告，以使得由測試裝置102所生成的手動 測試案例能夠提供待執(zhí)行的所有"保存"操作。
[0015] 圖2描述了顯示用戶可編輯表單204的計算裝置202的示例200。計算裝置202 可包括一個或多個用戶輸入機制，例如可使得用戶能夠與用戶可編輯表單204交互的觸摸 屏顯示器。用戶可編輯表單204可包括多個用戶可編輯字段。該表單可包括一個或多個表 單導航選項。例如，"保存和新建"按鈕206可在通過計算裝置202上的用戶輸入或在被配 置成模擬用戶輸入的測試機制的指導下啟動時，將數(shù)據(jù)保存在用戶可編輯字段中并且生成 用戶可編輯表單204的新的空白版本。
[0016] 用戶可編輯表單204中的字段可例如包括"從"段208,該字段被配置成接收起始 時間；"至"字段210,該字段被配置成接收終止時間；"持續(xù)時間"字段212,該字段被配置 成接收以小時為單位的時間長度；開放正文字段214,該開放正文字段被配置成接收純文 本數(shù)據(jù)；以及其他類型化或未類型化的（例如，自由形式的）數(shù)據(jù)字段。類型化數(shù)據(jù)字段的 另一個示例包括"平均距離"字段216,該字段被配置成接收數(shù)據(jù)作為度量單位。
[0017] 在示例中，用于與表單204交互的手動測試案例的純英文指令集可包括：
[0018] 1)敲擊"從"字段。
[0019] 2)輸入值"6:00AM"。
[0020] 3)從"從"字段獲得值。
[0021] 4)將值與"6:00AM"進行比較。
[0022] 5)敲擊"至"字段。
[0023] 6)輸入值"7:00AM"。
[0024] 7)從"至"字段獲得值。
[0025] 8)將值與"7:00ΑΜ"進行比較。
[0026] 9)敲擊"持續(xù)時間"計算字段。
[0027] 10)從"持續(xù)時間"計算字段獲得值。
[0028] 11)將值與"1. 00"進行比較。
[0029] 在類似示例中，用于與表單204交互的腳本測試案例的自動化程序指令集可包 括：
[0030] l)TapField( "從"）。
[0031]2)SetFieldValue( "6:00AM"）〇
[0032]3)Value=GetFieldValue()〇
[0033] 4)CheckEquals(Value，"6:00AM"）〇
[0034] 5)TapField("至"）。
[0035] 6) SetFieldValue( "7:00AM"）〇
[0036] 7)Value=GetFieldValue() 〇
[0037] 8)CheckEquals(Value，"7:00AM"）〇
[0038]9)TapField("持續(xù)時間"）。
[0039] 10) Value = GetFieldValue ()〇
[0040] 11)CheckEquals (Value，1·0)〇
[0041] 可通過由測試人員與表單204手動交互或通過在自動化測試案例環(huán)境中應用腳 本測試案例指令來以類似方式迭代地測試表單中的每個字段。
[0042] 圖3是圖示了根據(jù)一些實施方案的檢查應用的示例方法300的流程圖。在示例中， 方法300可由圖1的測試裝置102執(zhí)行，試圖生