• 定義按鍵事件的發送間隔
輸入格式: Wait <INT16 wait time>
返 回: Key:DONE
舉例:
wait 6000 // 等待 6000Ms ,即 1 分鐘
通過該命令,可以請求一個 pause 。比如呼叫 1001 通話 1 分鐘后掛斷。 PTE 腳本編寫如下:
Key 1
Wait 500 // 按鍵間等待 0.5 秒
Key 10
Wait 500
Key 10
Wait 500
Key 1
Wait 500
Key 11 // 按呼叫鍵
Wait 3000 // 等待呼叫, 3 秒
Wait 60000 //1001 接通后等待 1 分鐘
Key 12 // 按掛機鍵,結束通話
Wait 500
• 自動測試方案及框架體系 :
下面介紹一套自動化功能測試方案架構
• 方案簡述 :
自動測試主要工作流程分以下幾個主要階段:
• 測試用例的設計和準備 , 形成一套自動測試用例腳本庫
自動測試用例的準備,如果貴公司在需求定義的同時有各功能詳細具體的 menu tree 架構,那即可在此基礎上手動編寫 PTE 命令腳本。
假設一手機的關機功能菜單位于主菜單中第 5 項菜單 “ 話機設置 ” 的第一子菜單中,可以用以下腳本方式實現手機執行關機。
Key 15 // 在待機下按左鍵進主菜單
Wait 500
Key 5 // 按 5 進入住菜單的第 5 個子菜單 “ 話機設置 ”
Wait 500
Keyhold 1 , 2000 // 長按 1 鍵關機
Wait 500
從中可以看出只要定義了 menu tree ,理解菜單的排列順序,以及實際的功能操作步驟,即可以用腳本來模擬所有按鍵和執行步驟來定義測試的 PTE 腳本。
另一種腳本編寫方式可以通過錄制加轉換的方式實現,利用 optitrace 工具錄制實際操作時的按鍵動作,存為 txt 文件,然后將該 txt 文本轉換為 PTE 腳本文件。實際測試中通過在集成測試或者系統測試初級階段錄制腳本,這樣不會因軟件大的變更導致測試用例失效,或者需要大規模維護,降低了風險指數。這些腳本在日后的回歸測試中將發揮巨大的作用。
按鍵錄制時測試工程師針對某一功能或者依照某一組測試用例執行一次完整連續的手工測試,通過 optitrace 捕捉本次測試過程中所有的按鍵事件,生成一份對應的 << 按鍵事件列表文檔 >>.TXT ( optitrace 只能生成文本文檔),然后對應將所有按鍵事件轉換為 <<*.PTE 文本 >> 。
• 代碼樁或者跟蹤語句
測試時根據實際情況可能需要在各檢測點編寫用戶檢驗的代碼樁或者跟蹤語句,代碼測試樁有利于對本自動測試體系中軟件問題作出較精確的定位和分析,同時也有利于對測試結果的快速判斷與自動生成測試報告。這些代碼測試樁對應按鍵事件所對應的程序執行路徑和邏輯,主要通過白盒測試方法跟蹤代碼執行的路徑、邏輯覆蓋、信息流,數據流和控制流等。在測試執行時,測試樁將執行結果響應并通過 Trace 跟蹤語句顯示在 optitrace 工具中。編寫該測試樁需要測試工程師具備較強的編程能力,同時對手機系統要比較熟悉和了解。各功能完整的代碼測試樁的編寫工作量非常大,前期可以只針對部分功能的部分特性做嘗試。同時測試樁插入在相應的代碼中,為了避免混亂,配置時必須將測試代碼同程序代碼分開,只在測試執行時打開對應的編譯開關得到對應的編譯版本。
• 生成一份預期的測試報告
運行預先錄制的 PTE 腳本和對應的測試樁,通過 optitrace 工具生成一份預期的測試結果報告 ( 實際是 optitrace 生成的一份按鍵事件和測試樁跟蹤輸出信息 ) 。這份預期的測試報告日后同實際結果比較,作為實際測試結果與預期結果是否一致的判斷。
• 生成自動測試用例庫
終由 << 按鍵事件列表文檔 >> 、 <<*.PTE 文本 >> 、代碼測試樁、 << 預期的測試結果報告 >> 組成一份自動測試用例。所有的自動測試用例按照一定的結構組織起來形成自動測試用例庫。