•  定義按鍵事件的發(fā)送間隔

輸入格式： 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 // 按掛機鍵，結(jié)束通話

Wait 500

•  自動測試方案及框架體系 :

下面介紹一套自動化功能測試方案架構(gòu)

•  方案簡述 :

自動測試主要工作流程分以下幾個主要階段：

•  測試用例的設(shè)計和準備 ， 形成一套自動測試用例腳本庫

自動測試用例的準備，如果貴公司在需求定義的同時有各功能詳細具體的 menu tree 架構(gòu)，那即可在此基礎(chǔ)上手動編寫 PTE 命令腳本。

假設(shè)一手機的關(guān)機功能菜單位于主菜單中第 5 項菜單 “ 話機設(shè)置 ” 的第一子菜單中，可以用以下腳本方式實現(xiàn)手機執(zhí)行關(guān)機。

Key 15 // 在待機下按左鍵進主菜單

Wait 500

Key 5 // 按 5 進入住菜單的第 5 個子菜單 “ 話機設(shè)置 ”

Wait 500

Keyhold 1 ， 2000 // 長按 1 鍵關(guān)機

Wait 500

從中可以看出只要定義了 menu tree ，理解菜單的排列順序，以及實際的功能操作步驟，即可以用腳本來模擬所有按鍵和執(zhí)行步驟來定義測試的 PTE 腳本。

另一種腳本編寫方式可以通過錄制加轉(zhuǎn)換的方式實現(xiàn)，利用 optitrace 工具錄制實際操作時的按鍵動作，存為 txt 文件，然后將該 txt 文本轉(zhuǎn)換為 PTE 腳本文件。實際測試中通過在集成測試或者系統(tǒng)測試初級階段錄制腳本，這樣不會因軟件大的變更導(dǎo)致測試用例失效，或者需要大規(guī)模維護，降低了風險指數(shù)。這些腳本在日后的回歸測試中將發(fā)揮巨大的作用。

按鍵錄制時測試工程師針對某一功能或者依照某一組測試用例執(zhí)行一次完整連續(xù)的手工測試，通過 optitrace 捕捉本次測試過程中所有的按鍵事件，生成一份對應(yīng)的 << 按鍵事件列表文檔 >>.TXT （ optitrace 只能生成文本文檔），然后對應(yīng)將所有按鍵事件轉(zhuǎn)換為 <<*.PTE 文本 >> 。

•  代碼樁或者跟蹤語句

測試時根據(jù)實際情況可能需要在各檢測點編寫用戶檢驗的代碼樁或者跟蹤語句，代碼測試樁有利于對本自動測試體系中軟件問題作出較精確的定位和分析，同時也有利于對測試結(jié)果的快速判斷與自動生成測試報告。這些代碼測試樁對應(yīng)按鍵事件所對應(yīng)的程序執(zhí)行路徑和邏輯，主要通過白盒測試方法跟蹤代碼執(zhí)行的路徑、邏輯覆蓋、信息流，數(shù)據(jù)流和控制流等。在測試執(zhí)行時，測試樁將執(zhí)行結(jié)果響應(yīng)并通過 Trace 跟蹤語句顯示在 optitrace 工具中。編寫該測試樁需要測試工程師具備較強的編程能力，同時對手機系統(tǒng)要比較熟悉和了解。各功能完整的代碼測試樁的編寫工作量非常大，前期可以只針對部分功能的部分特性做嘗試。同時測試樁插入在相應(yīng)的代碼中，為了避免混亂，配置時必須將測試代碼同程序代碼分開，只在測試執(zhí)行時打開對應(yīng)的編譯開關(guān)得到對應(yīng)的編譯版本。

•  生成一份預(yù)期的測試報告

運行預(yù)先錄制的 PTE 腳本和對應(yīng)的測試樁，通過 optitrace 工具生成一份預(yù)期的測試結(jié)果報告 ( 實際是 optitrace 生成的一份按鍵事件和測試樁跟蹤輸出信息 ) 。這份預(yù)期的測試報告日后同實際結(jié)果比較，作為實際測試結(jié)果與預(yù)期結(jié)果是否一致的判斷。

•  生成自動測試用例庫

終由 << 按鍵事件列表文檔 >> 、 <<*.PTE 文本 >> 、代碼測試樁、 << 預(yù)期的測試結(jié)果報告 >> 組成一份自動測試用例。所有的自動測試用例按照一定的結(jié)構(gòu)組織起來形成自動測試用例庫。