移動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技能，從不會到熟練只差一步。