APP常見崩潰緣由和測試方法整理

測試過APP的人都應該發現，app崩潰是一類很是常見的問題，不少時候仍是致命性的，這就要求咱們測試人員要盡最大可能去找出軟件當中的缺陷，減小app崩潰出現的機率，這裏我將收集到的關於針對APP崩潰測試的資料以及本身的工做經驗整理以下：     

1、APP中BUG的直接影響：App的Bug會直接影響用戶的體驗、App 商店的評級、用戶的忠誠度，聲譽等等...

2、App崩潰是很是常見的一類bug,例如不少時候咱們正在使用某個Android的APP,正在使用着忽然應用就中止響應，界面上彈出「強制關閉錯誤」的窗口須要強制關閉應用，而iOS的APP呢則不少使用就會出現閃退的現象，這些問題，我想都是不少人所遇到的，這些都是app常見的崩潰現象。由於如今市場是andriod手機的碎片化、形成了andriod手機更加容易出現APP的崩潰，一般在網絡異常時APP上還在進行數據交互，即會出現崩潰、可能的緣由多種，有多是代碼中存在多餘空格、程序員對該段代碼的處理欠佳，未作異常處理等等；而 iOS中常見的App崩潰大多已閃退的形式出現，這些異常在最壞的狀況下，不只影響本APP的使用也可能會致使系統故障，操做系統崩潰，整個APP沒法在繼續使用，用戶不得不卸載此APP。

 

3、App的測試與web端軟件測試相比，所增長複雜性：

       a、操做系統： 大量的設備，各類操做系統，目前使用最多的操做系統有：Android、iOS、windows、blackberry等等，它們之間的應用軟件互不兼容。

       b、設備：觸摸式和非觸摸式設備、有限的內存容量，電池耗電量，屏幕尺寸、分辨率等。

       c 、網絡：不一樣的網絡和運營商，目前我國的三大運營商就有電信、聯通和移動，不一樣的網絡制式，如GSM、CDMA、3G等，在很差或無網絡的狀況下的App行爲。

       d、可用性：方向，觸摸，縮放，分頁和導航的侷限性，各類干擾，如來電，來電短信，鬧鐘，和低電量警報等。

4、APP常見崩潰的緣由：

     設備碎片化：因爲設備極具多樣性，App在不一樣的設備上可能有表現不一樣。

　　帶寬限制：帶寬不佳的網絡對App所需的快速響應時間可能不夠。
　　網絡的變化：不一樣網絡間的切換可能會影響App的穩定性。
　　內存管理：可用內存太低，或非受權的內存位置的使用可能會致使App失敗。
　　用戶過多：鏈接數量過多可能會致使App崩潰。
　　代碼錯誤：沒有通過測試的新功能，可能會致使App在生產環境中失敗。
　　第三方服務：廣告或彈出屏幕可能會致使App崩潰。

5、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特定場景。