終端測試的生命周期：
- 無線通信
- 包括協議、2G/3G/4G、機卡的一致性
2.業務應用
- 功能模塊測試：首先應分析功能模塊的功能項，測試每個功能項是否能夠實現對應的功能。一般根據測試案例（Test Case）或軟件本身的流程就可以完成基本功能測試。（相對簡單，故障也較容易解決）
- 交叉事件測試：又叫事件或沖突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如通話過程中接收到短信或來響鬧。應該以執行干擾的沖突事件不會導致手機死機或花屏等嚴重的問題。
- 交叉事件測試非常重要，能發現很多應用中潛在的性能問題。另外有中英文模式的切換的手機要注意中英文模式切換后的功能實現存在的問題，通常會被測試人沒忽略。
3.軟件可靠性
- 壓力測試：又叫邊界值容錯測試或極限負載測試，即測試過程中，已經達到某一軟件功能的最大容量，邊界值或最大的承載極限，仍然對其進行相關操作。例如連續進行短信的接收和發送，超過收件箱和PIM卡所能存儲的最大的條數，仍然進行短消息的接收或發送，以檢測軟件在超常態條件下的表現，來評估用戶能否接受。
- 壓力測試用手工測試非常繁鎖，可以考慮自動化測試，目前沒有比較大量使用的工具，一般都是由開發人員配合開發出的工具，或者高級的測試人員編寫出的腳本。
- 容量測試：又叫滿記憶體測試，包括手機的用戶可用內存和SIM/PIM卡的所有空間被完全使用的測試。此時再對可編輯的模塊進行和存儲空間有關的任何操作測試，如果軟件的極限容量狀態下處理不好，有可能導致死機或嚴重的花屏等問題的出現。
- 兼容性測試：也就是不同品牌手機，不同網絡，不同品牌和不同容量大小的SIM/PIM卡之間的互相兼容的測試，以短消息為例：中國電信的小靈通接收到從中國移動或中國聯通GSM發來的短消息，接收，顯示和回復功能是否正常等
4.硬件兼容可靠性
- 包括音響、震動、耳機等
5.外場與客戶體驗
- 市省內外，國際漫游；客戶體驗，UI設計。
6.自動化測試
版本較穩定的情況下運用自動化的工具來進行自動化的測試。
手機終端軟件的自動化工具，市場上可選擇的產品並不是很多，這里簡單介紹一款手機終端軟件的自動化測試工具是 TestQuest 的CountDown。
CountDown 自動化測試解決方案適用於任何手機硬件平台和所有手機操作系統，包括WindowsMobile（PPC, Smartphone）, Symbian (S60, UIQ), Linux和Brew等開放式操作系統以及專用手機操作系統，同時獨立於任何手機制式和無線網絡（GSM/GPRS/WCDMA, CDMA/CDMA2000, TD-SCDMA）。
CountDown 可以通過Host PC自動控制移動終端的鍵盤、旋鈕和觸摸屏，以模擬測試工程師的雙手操作；並可自動抓取LCD顯示內存中的位圖文件，使用智能OCR技術來模擬測試工程師的雙眼進行內容識別和邏輯判斷。整個自動測試過程都是基於UI（用戶接口）/ MMI（人機接口）完成，真正實現獨立於任何OS、任何硬件平台和任何網絡的功能測試、壓力測試、回歸測試、性能測試和交互性測試。TestQuest的自動測試方案可以最大程度地取代測試人員的手工操作，因此，可以大幅度地縮短用戶手機測試所需要的時間，提高測試的覆蓋率以及測試的准確性，在保證新品質量的前提下大幅度的縮短新產品上市的准備期。
CountDown 通過引入導航圖（Navigation Map）的概念來簡化測試用例的開發、調試、運行以及移植。通過簡單的錄制功能，可以方便地保存手機的關鍵屏幕內容以及屏幕之間的路徑信息來生成導航圖。所有跟手機有關的細節—如手機主題、屏幕尺寸、語言以及其它主觀信息都被自動封裝於導航圖中。因此在導航圖的基礎上，無需編寫任何代碼即可完成測試用例的開發、調試和運行。並且，基於導航圖開發的測試用例，無需改動或者稍微改動，即可移植應用到其他類型的手機。
案例一
與時間相關：
首先是時間的輸入域，是否有輸入限制，如：文字、標點符號、小時大於24或12、分鍾大於60、秒大於60、月大於12、日大於31（按月情況而定）等特別注意日期變更分界點如23：59或12：59的變化。以及12/24小時切換模式的測試。
案例二
文字輸入相關：
當界面過多時，注意功能按鈕的點擊事件能否正常完成相應功能的實現。超過文字字數限制時的系統提示等。
案例三
性能測試相關：
設計一套完整的性能測試方案
該文章由一十一概括總結，並參雜其感觀，供大家學習。