移動App測試與傳統臺式機測試相比有一定的復雜性。這些復雜性可以被分類為：
　　環境（大量的設備，各種移動OSs，適應頻繁OSs變化） 。
　　設備（觸摸式和非觸摸式設備，有限的內存容量，電池耗電量） 。
　　網絡（不同的網絡和運營商，在不好或無網絡的情況下的App行為，離線支持） 。
　　可用性（方向，觸摸，多觸摸，縮放，分頁和導航的局限性，各種干擾，如來電，來電短信，鬧鐘，和低電量警報） 。
　　所有這些手機專有的復雜性需要新的針對移動App測試的測試用例設計方案。

　移動App崩潰原因
　　為什么移動App經常崩潰？App崩潰有幾個原因：從平臺或環境到開發問題。
　　一些崩潰原因（排名不分先后） ：
　　設備碎片化：由于設備極具多樣性，App在不同的設備上可能有表現不同。
　　帶寬限制：帶寬不佳的網絡對App所需的快速響應時間可能不夠。
　　網絡的變化：不同網絡間的切換可能會影響App的穩定性。
　　內存管理：可用內存過低，或非授權的內存位置的使用可能會導致App失敗。
　　用戶過多：連接數量過多可能會導致App崩潰。
　　代碼錯誤：沒有經過測試的新功能，可能會導致App在生產環境中失敗。
　　第三方服務：廣告或彈出屏幕可能會導致App崩潰。
移動App崩潰的測試用例設計
　　測試用例是移動測試最重要部分之一。
　　準備和執行預先定義的針對移動App崩潰的測試用例將簡化和加速移動App崩潰的測試。
　　一些通用的觸發移動App崩潰的測試場景，如下：
　　1 驗證在有不同的屏幕分辨率，操作系統和運營商的多個設備上的App行為。
　　2 用新發布的操作系統版本驗證App的行為。
　　3 驗證在如隧道，電梯等網絡質量突然改變的環境中的App行為。
　　4 通過手動網絡從蜂窩更改到Wi-Fi ，或反過來，驗證App行為。
　　5 驗證在沒有網絡的環境中的App行為。
　　6 驗證來電/短信和設備特定的警報（如警報和通知）時的App行為。
　　7 通過改變設備的方向，以不同的視圖模式，驗證App行為。
　　8 驗證設備內存不足時的App行為。
　　9 通過用測試工具施加載荷驗證App行為。
　　10 用不同的支持語言驗證App行為。
　　顯然，還會有更多的導致App崩潰的App特定場景。