測試過APP的人都應該發現，app崩潰是一類非常常見的問題，很多時候還是致命性的，這就要求我們測試人員要盡最大可能去找出軟件當中的缺陷，減少app崩潰出現的概率，這里我將收集到的關於針對APP崩潰測試的資料以及自己的工作經驗整理如下：
一、APP中BUG的直接影響：App的Bug會直接影響用戶的體驗、App 商店的評級、用戶的忠誠度，聲譽等等...
二、App崩潰是非常常見的一類bug,例如很多時候我們正在使用某個Android的APP,正在使用着突然應用就停止響應，界面上彈出“強制關閉錯誤”的窗口需要強制關閉應用，而iOS的APP呢則很多使用就會出現閃退的現象，這些問題，我想都是很多人所遇到的，這些都是app常見的崩潰現象。因為現在市場是andriod手機的碎片化、造成了andriod手機更加容易出現APP的崩潰，通常在網絡異常時APP上還在進行數據交互，即會出現崩潰、可能的原因多種，有可能是代碼中存在多余空格、程序員對該段代碼的處理欠佳，未做異常處理等等；而 iOS中常見的App崩潰大多已閃退的形式出現，這些異常在最壞的情況下，不僅影響本APP的使用也可能會導致系統故障，操作系統崩潰，整個APP無法在繼續使用，用戶不得不卸載此APP。
三、App的測試與web端軟件測試相比，所增加復雜性：
a、操作系統： 大量的設備，各種操作系統，目前使用最多的操作系統有：Android、iOS、windows、blackberry等等，它們之間的應用軟件互不兼容。
b、設備：觸摸式和非觸摸式設備、有限的內存容量，電池耗電量，屏幕尺寸、分辨率等。
c 、網絡：不同的網絡和運營商，目前我國的三大運營商就有電信、聯通和移動，不同的網絡制式，如GSM、CDMA、3G等，在不好或無網絡的情況下的App行為。
d、可用性：方向，觸摸，縮放，分頁和導航的局限性，各種干擾，如來電，來電短信，鬧鍾，和低電量警報等。
四、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特定場景。