標籤:
測試過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常見崩潰原因和測試方法整理