移動App崩潰測試用例設計分享，快速找出bug解決麻煩！

隨著科技的發展、生活的進步，我們身邊的移動設備越來越多，自然移動App測試也變得越來越重要，一旦移動App出現Bug，將直接影響人們的生活。

移動 App Bug 的嚴重影響 ： 用戶體驗差、 App的商店評級下降、用戶換用競爭對手的App，聲譽和信譽損失、如果是一個付費App，會影響最后銷售量減少。

近期，我也做了一些調查，發現App 崩潰是最常見的Bug ，這直接影響到用戶體驗，是造成用戶流失的根本原因，也是我們測試人員非常頭疼的問題。

所以，我整理了一些可能觸發崩潰的操作場景和主要原因，希望可以補充完善你的基礎用例庫！

App崩潰現象：

這是測試中的常見問題，這類問題也是非常嚴重的，會直接影響用戶對產品的第一印象，例如我們正在使用某個 APP，正在使用突然應用就停止響應，界面上彈出“強制關閉錯誤”的窗口，需要強制關閉應用，或者正在使用時出現閃退的現象。這些情況都很影響用戶的體驗，導致用戶卸載該APP。

受環境(大量的設備，各種移動OSs，適應頻繁OSs 變化) 、設備(觸摸式和非觸摸式，內存容量，耗電量) 、網絡(不同運營商，在無網絡的情況下的App 行為) 、可用性(方向，縮放，分頁和導航的局限性，各種干擾，如來電，來電短信鬧鐘，和低電量警報)的影響，移動App測試比傳統臺式機測試較為復雜。所以需要根據這些手機專有的復雜性，擬定新的 移動 App測試的測試用例設計方案。

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

測試用例是移動測試最重要部分之一。

準備和執行預先定義的針對移動 App崩潰的測試用例將簡化和加速移動App崩潰的測試。 通用的觸發移動 APP崩潰的測試場景，如下：

驗證在有不同的屏幕分辨率，操作系統和運營商的多個設備上的 App 行為。

通過手動網絡從蜂窩更改到 Wi-Fi ，或反過來，驗證App 行為。

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

用新發布的操作系統版本驗證 App 的行為。

驗證在沒有網絡的環境中的 App 行為。

驗證來電 /短信和設備特定的警報(如警報和通知)時的App 行為。

通過改變設備的方向，以不同的視圖模式，驗證 App 行為。

驗證設備內存不足時的 App 行為。

通過用測試工具施加載荷驗證 App 行為。

用不同的支持語言驗證 App 行為。

移動 App崩潰的主要原因：

設備碎片化：由于設備極具多樣性， App 在不同的設備上可能有表現不同。

帶寬限制：帶寬不佳的網絡對 App 所需的快速響應時間可能不夠。

網絡的變化：不同網絡間的切換可能會影響 App 的穩定性。

內存管理：可用內存過低，或非授權的內存位置的使用可能會導致 App 失敗。

用戶過多：連接數量過多可能會導致 App 崩潰。

代碼錯誤：沒有經過測試的新功能，可能會導致 App 在生產環境中失敗。

第三方服務：廣告或彈出屏幕可能會導致 App 崩潰。

總結：

科技改變生活，隨著軟件測試的興起，如果移動測試團隊在他們的測試場景中提前準備并執行這些測試用例，那么就可以早早地找出崩潰bug，與開發團隊一起解決所有的bug問題，避免很多后續不必要的麻煩，同時也可以大大提高App的質量和用戶滿意度。

歡迎加入51軟件測試大家庭，在這里你將獲得【最新行業資訊】，【免費測試工具安裝包】，【軟件測試技術干貨】，【面試求職技巧】... 51與你共同學習，一起成長！期待你的加入： QQ 2173383349

關注 51Testing軟件測試網，提升it技能，從不會到熟練只差一步。