我們的日常生活中對移動設備越來越多的使用意味著移動App測試這個主題已成為需要考慮的一個無法避免的問題。根據最近的調查研究，用戶難以容忍有bug的移動App。
移動App Bug的影響是用戶體驗差、App的商店評級下降、用戶換用競爭對手的App，聲譽和信譽損失、最后銷售量減少，如果它是一個付費App的話。
移動App測試與傳統臺式機測試相比有一定的復雜性。這些復雜性可以被分類為：
環境（大量的設備，各種移動OSs，適應頻繁OSs變化） 。
設備（觸摸式和非觸摸式設備，有限的內存容量，電池耗電量） 。
網絡（不同的網絡和運營商，在不好或無網絡的情況下的App行為，離線支持） 。
可用性（方向，觸摸，多觸摸，縮放，分頁和導航的局限性，各種干擾，如來電，來電短信，鬧鐘，和低電量警報）。
所有這些手機專有的復雜性需要新的針對移動App測試的測試用例設計方案。
最常見的移動AppBug
根據調查的結果，移動App崩潰是最常見的移動App Bug，這是預料中的結果，因為很容易發現一個移動App崩潰。Android OS上一個寫著“強制關閉錯誤”的彈出窗口跳上屏幕；當發生崩潰時，iOS中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特定場景。
結論
在這項研究中，展示了針對移動App崩潰的通用測試案例。
如果移動測試團隊在他們的測試場景中準備并執行這些測試用例，那么早在開發周期就可以找到崩潰相關的Bug。然后，開發團隊將闡明崩潰原因，并找出一個解決所有Bug的通用方法。最后，App質量和用戶滿意度就會增加。
