移動App崩潰的測試案例設計

標籤：

來源：

http://www.spasvo.com/news/html/201433180305.html

 

     我們的日常生活中對行動裝置越來越多的使用意味著移動App測試這個主題已成為需要考慮的一個無法避免的問題。根據最近的調查研究，使用者難以容忍有bug的移動App。

　　移動App Bug的影響是使用者體驗差、App的商店評級下降、使用者換用競爭者的App，聲譽和信譽損失、最後銷售量減少，如果它是一個付費App的話。

　　移動App測試與傳統台式機測試相比有一定的複雜性。這些複雜性可以被分類為：
　　環境（大量的裝置，各種移動OSs，適應頻繁OSs變化） 。
　　裝置（觸摸式和非觸摸式裝置，有限的記憶體容量，電池耗電量） 。
　　網路（不同的網路和電訊廠商，在不好或無網路的情況下的App行為，離線支援） 。
　　可用性（方向，觸摸，多觸摸，縮放，分頁和導航的局限性，各種幹擾，如來電，來電簡訊，鬧鐘，和低電量警報） 。
　　所有這些手機專有的複雜性需要新的針對移動App測試的測試案例設計方案。

最常見的移動App Bug

　　根據調查的結果，移動App崩潰是最常見的移動App Bug ，這是預料中的結果，因為很容易發現一個移動App崩潰。Android OS上一個寫著“強制關閉錯誤”的快顯視窗跳上螢幕；當發生崩潰時，iOS中App螢幕突然消失消失。最壞的情況下，App崩潰可能會導致系統故障，作業系統崩潰。

　　移動App崩潰原因
　　為什麼移動App經常崩潰？App崩潰有幾個原因：從平台或環境到開發問題。
　　一些崩潰原因（排名不分先後） ：
　　裝置片段化：由於裝置極具多樣性，App在不同的裝置上可能有表現不同。
　　頻寬節流設定：頻寬不佳的網路對App所需的快速回應時間可能不夠。
　　網路的變化：不同網路間的切換可能會影響App的穩定性。
　　記憶體管理：可用記憶體過低，或非授權的記憶體位置的使用可能會導致App失敗。
　　使用者過多：串連數量過多可能會導致App崩潰。
　　代碼錯誤：沒有經過測試的新功能，可能會導致App在生產環境中失敗。
　　第三方服務：廣告或彈出螢幕可能會導致App崩潰。

　　移動App崩潰的測試案例設計
　　測試案例是Mobile Testing最重要部分之一。
　　準備和執行預先定義的針對移動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崩潰的通用測試案例。
　　如果Mobile Testing團隊在他們的測試情境中準備並執行這些測試案例，那麼早在開發週期就可以找到崩潰相關的Bug。 然後，Team Dev將闡明崩潰原因，並找出一個解決所有Bug的通用方法。最後，App品質和使用者滿意度就會增加。

 

移動App崩潰的測試案例設計