最近一直在做智能手機小應用的跟蹤驗證測試，故障單是由測試高手提供的，是一個非常完善的測試隊，連我們的開發團隊都感嘆他們的敏銳，能發現潛在的Bug.在驗證之餘，我認真研究了他們出的故障單，做了一些總結。
1、手機軟件系統測試的角度分爲：功能模塊測試，交叉事件測試，壓力測試，容量性能測試，性能測試和用戶手冊測試等。
2、功能模塊測試：首先應分析功能模塊的功能項，測試每個功能項是否能夠實現對應的功能。一般根據測試案例（Test Case）或軟件本身的流程就可以完成基本功能測試。（相對簡單，故障也較容易解決）
3、交叉事件測試：又叫事件或衝突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如通話過程中接收到短信或來響鬧。應該以執行干擾的衝突事件不會導致手機死機或花屏等嚴重的問題。
交叉事件測試非常重要，能發現很多應用中潛在的性能問題。另外有中英文模式的切換的手機要注意中英文模式切換後的功能實現存在的問題，通常會被測試人沒忽略。
4、壓力測試：又叫邊界值容錯測試或極限負載測試，即測試過程中，已經達到某一軟件功能的最大容量，邊界值或最大的承載極限，仍然對其進行相關操作。例如連續進行短信的接收和發送，超過收件箱和PIM卡所能存儲的最大的條數，仍然進行短消息的接收或發送，以檢測軟件在超常態條件下的表現，來評估用戶能否接受。
壓力測試用手工測試非常繁鎖，可以考慮自動化測試，目前沒有比較大量使用的工具，一般都是由開發人員配合開發出的工具，或者高級的測試人員編寫出的腳本。
5、容量測試：又叫滿記憶體測試，包括手機的用戶可用內存和SIM/PIM卡的所有空間被完全使用的測試。此時再對可編輯的模塊進行和存儲空間有關的任何操作測試，如果軟件的極限容量狀態下處理不好，有可能導致死機或嚴重的花屏等問題的出現。
與壓力測試有些類似，也可考慮自動化測試。
[NextPage]
6、兼容性測試：也就是不同品牌手機，不同網絡，不同品牌和不同容量大小的SIM/PIM卡之間的互相兼容的測試，以短消息爲例：中國電信的小靈通接收到從中國移動或中國聯通GSM發來的短消息，接收，顯示和回覆功能是否正常等另外從我測試的這幾個小模塊中，按與時間相關和文字兩方面容易出現故障的地方總結如下：1、與時間相關：首先是時間的輸入域，是否有輸入限制，如：文字、標點符號、小時大於24或12、分鐘大於60、秒大於60、月大於12、日大於31（按月情況而定）等特別注意日期變更分界點如23：59或12：59的變化。以及12/24小時切換模式的測試。
2、文字輸入相關：當界面過多時，注意功能按鈕的點擊事件能否正常完成相應功能的實現。超過文字字數限制時的系統提示等。
先暫總結到此，有什麼補充的地方，請同行指出。