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

咱們的平常生活中對移動設備愈來愈多的使用意味着移動App測試這個主題已成爲須要考慮的一個沒法避免的問題。根據最近的調查研究，用戶難以容忍有bug的移動App。

　　移動App Bug的影響是用戶體驗差、App的商店評級降低、用戶換用競爭對手的App，聲譽和信譽損失、最後銷售量減小，若是它是一個付費App的話。

　　移動App測試與傳統臺式機測試相比有必定的複雜性。這些複雜性能夠被分類爲：

　　環境（大量的設備，各類移動OSs，適應頻繁OSs變化） 。

　　設備（觸摸式和非觸摸式設備，有限的內存容量，電池耗電量） 。

　　網絡（不一樣的網絡和運營商，在很差或無網絡的狀況下的App行爲，離線支持） 。

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

移動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崩潰的測試。

　　一些通用的觸發移動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崩潰的通用測試案例。

　　若是移動測試團隊在他們的測試場景中準備並執行這些測試用例，那麼早在開發週期就能夠找到崩潰相關的Bug。 而後，開發團隊將闡明崩潰緣由，並找出一個解決全部Bug的通用方法。最後，App質量和用戶滿意度就會增長。