移動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崩潰的測試用例將簡化和加速      移動App崩潰的測試。

一些通用的觸發移動App崩潰的測試場景，以下：

 

1 、驗證在有不一樣的屏幕分辨率，操做系統和運營商的多個設備上的App行爲。

2 、用新發布的操做系統版本驗證App的行爲。

三、 驗證在如隧道，電梯等網絡質量忽然改變的環境中的App行爲。

4 、經過手動網絡從蜂窩更改到Wi-Fi ，或反過來，驗證App行爲。

5 、驗證在沒有網絡的環境中的App行爲。

6 、驗證來電/短信和設備特定的警報（如警報和通知）時的App行爲。

七、 經過改變設備的方向，以不一樣的視圖模式，驗證App行爲。

九、 經過用測試工具施加載荷驗證App行爲。

10 、用不一樣的支持語言驗證App行爲。

顯然，還會有更多的致使App崩潰的App特定場景。

 

轉：http://mp.weixin.qq.com/s?__biz=MjM5ODE3OTkxMQ==&mid=2650527176&idx=1&sn=8813306e14b4fbc91d71fcaa9d25f953&scene=0&ptlang=2052&ADUIN=1013005772&ADSESSION=1470273125&ADTAG=CLIENT.QQ.5479_.0&ADPUBNO=26582#wechat_redirect