APP常見崩潰原因和測試方法整理

標籤：

測試過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特定情境。

 

APP常見崩潰原因和測試方法整理