• 測試用例的提取并執行
在回歸以及后期的驗證測試過程中，測試工程師或者程序員對應提取由 <<*.PTE 文本 >> 和測試樁組成的測試用例，執行后生成一份 << 實際的測試運行 trace 信息 >> ，保存該信息，從而測試執行結束。
• 測試結果分析，生成測試報告
測試結果的分析可以自動和手動執行，手動執行可以通過 Beyond Compare 工具比較 << 預期的測試結果報告 >> 和 << 實際的測試運行 trace 信息 >> ，即可以得出一份測試的執行報告。
自動生成測試報告比較復雜，需要在 pc 中用高級語言建立一個測試管理中心，該管理中心可用 VC 或者 C++ 等高級語言編寫，在該管理中心中，用戶可以選擇需要執行的 PTE 腳本或者多個腳本串成的一組腳本，該測試管理中心可以指定測試用例的自動執行，自動提取對應的結果做自動比較分析，從而生成一份對應的測試報告，如果無差異，輸出文件中只顯示 OK ，否則輸出差異信息文件。
• 實際應用 :
下面以待機下呼叫 1001 共 100 次來測試呼叫成功率的例子來說明上述方案的應用。下面是該例的錄制，腳本編寫，及實際運行的例子。
• 錄制按鍵事件 .
首先運行 optitrace.exe 程序
設置 trace 選項 ， 只選擇 application layer 中的 ALTraceUHMess
后手機開機，跑動 trace ，測試工程師針對某一功能或者某一組測試用例執行一次完整連續的測試，得到按鍵信息
后測試執行結束后，保存該按鍵 trace 信息，做好版本記錄信息。生成對應事件的按鍵列表《呼叫 1001 共 100 次 .TXT 》文檔， 該 TXT 文檔內容完全同上圖所示內容，在次不再重復。
• 生成 PTE 腳本：
因實際 optitrace 只錄制按鍵消息，需要將這些按鍵消息轉換為 PTE 命令并生成工 optitrace 工具運行的 *.PTE 腳本。而通常按鍵事件眾多，手動逐一生成 PTE 腳本非常麻煩，因此需要做一個文件轉換工具，逐行提取按鍵消息轉換成 PTE 命令，并做一些相應的注釋。
將以上按鍵列表轉換為 PTE 命令列表，生成《呼叫 1001 共 100 次 .PTE 》文件
• 編寫測試樁：
編寫測試代碼對需要檢測的路徑、邏輯覆蓋、信息流、數據流和控制流等做測試跟蹤，在檢測點輸出有效的 trace 信息。
該測試用例比較簡單，在此只列舉該測試任務中需要關注的呼叫是否成功，記錄實際呼叫成功的次數，具體呼叫函數、以及邏輯覆蓋因篇幅有限不列舉，設計一計數器（ NumOfCallSuclearcase/" target="_blank" >ccess ），如果呼叫成功，該計數器累加 1 ，并且每次呼叫后用 printf 語句在 optitrace 工具上輸出該計數器的實際值。
在呼叫窗口的處理函數中，對網絡返回的 GSM 消息進行統一處理，在返回的回鈴音處理消息中檢測呼叫成功即可，如下所示：
case GSMAlerting: // 成功接收回鈴消息
if(NumOfCallSuccess < 100) GSMprintf(" ====NumOfCallSuccess=%d====== "，
++ NumOfCallSuccess); // 呼叫成功
else
{
NumOfCallSuccess =0;
GSMprintf(" ====== NumOfCallSuccess ＝ %d====== "， NumOfCallSuccess);
}
break;
• 結合以上測試樁，運行《呼叫 1001 共 100 次 .PTE 》，生成預期的測試結果報告，《呼叫 1001 共 100 次 trace.TXT 》的 trace 跟蹤記錄文件，作為實際測試運行結果比較的依據。
• 自動運行《呼叫 1001 共 100 次 .PTE 》，測試結束后目錄下共有以下文件：
《呼叫 1001 共 100 次 .PTE 》：測試運行的腳本
《呼叫 1001 共 100 次 trace.TXT 》：預期的測試結果文本， Txt 格式。
《呼叫 1001 共 100 次 trace2.TXT 》：實際運行的 trace log 結果，被管理工具轉換后的 TXT 文本。
《呼叫 1001 共 100 次 .Txt 》：測試后生成的測試報告文件， TXT 格式。
• 總結：
本文結合杰爾系統（ Agere system ）中開發套件 optitrace 工具的使用，從 PTE 腳本的制作，到回歸測試中腳本的測試運行，介紹了一個測試團隊在手機功能級測試中采用的自動化方案，本團隊在實際的使用中感受了該自動化測試方案所帶來的樂趣和效率，在此著成本文供大家一起探討，后感謝本文的所有讀者，如果您能從中汲取一點有用的營養，得到一些幫助，那我將感到無限的欣慰，這也是我整理這篇手機自動測試資料的初衷。
由于時間倉促水平有限，錯誤之處在所難免，敬請廣大讀者批評指正。
