Cagri Temizyurek是一個軟件測試專家，自2003年以來一直擔任一名測試人員。 　　他擁有伊斯坦布爾技術(shù)大學(xué)工程系的電子與通信碩士學(xué)位，還是伊斯坦布爾大學(xué)電氣電子工程系的博士候選人。 　　作為一名測試員，他完成了多個行業(yè)的大量項目，并自2010年以來一直專注于移動測試領(lǐng)域。 　　他撰寫了多篇論文，并作為主持人出席了不少國際會議。 　　他通過linkedin.com/in/cagritemizyurek保持聯(lián)系。

　　介紹

　　我們的日常生活中對移動設(shè)備越來越多的使用意味著移動App測試這個主題已成為需要考慮的一個無法避免的問題。根據(jù)近的調(diào)查研究，用戶難以容忍有bug的移動App。

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

　　移動App測試與傳統(tǒng)臺式機測試相比有一定的復(fù)雜性。這些復(fù)雜性可以被分類為：
　　環(huán)境（大量的設(shè)備，各種移動OSs，適應(yīng)頻繁O(jiān)Ss變化） 。
　　設(shè)備（觸摸式和非觸摸式設(shè)備，有限的內(nèi)存容量，電池耗電量） 。
　　網(wǎng)絡(luò)（不同的網(wǎng)絡(luò)和運營商，在不好或無網(wǎng)絡(luò)的情況下的App行為，離線支持） 。
　　可用性（方向，觸摸，多觸摸，縮放，分頁和導(dǎo)航的局限性，各種干擾，如來電，來電短信，鬧鐘，和低電量警報） 。
　　所有這些手機專有的復(fù)雜性需要新的針對移動App測試的測試用例設(shè)計方案。

　　常見的移動App Bug

　　為了確定常見的移動App Bug，進行了一次研究，其結(jié)果發(fā)表在國際測試會議上[ 1 ] 。
　　為了這個目的，準備了一次在線調(diào)查思考參與者的移動測試經(jīng)驗并發(fā)表在移動App開發(fā)和測試相關(guān)的專業(yè)社會團體內(nèi)。
　　有針對性的參加本次調(diào)查的主要有移動App測試人員和開發(fā)人員。結(jié)合幾個結(jié)果，常見的移動App Bug在對調(diào)查結(jié)果進行統(tǒng)計分析后確定。
　　根據(jù)調(diào)查的結(jié)果，移動App崩潰是常見的移動App Bug ，這是預(yù)料中的結(jié)果，因為很容易發(fā)現(xiàn)一個移動App崩潰。Android OS上一個寫著“強制關(guān)閉錯誤”的彈出窗口跳上屏幕；當發(fā)生崩潰時，iOS中App屏幕突然消失消失。壞的情況下，App崩潰可能會導(dǎo)致系統(tǒng)故障，操作系統(tǒng)崩潰。

　　移動App崩潰原因
　　為什么移動App經(jīng)常崩潰？App崩潰有幾個原因：從平臺或環(huán)境到開發(fā)問題。
　　一些崩潰原因（排名不分先后） ：
　　設(shè)備碎片化：由于設(shè)備極具多樣性，App在不同的設(shè)備上可能有表現(xiàn)不同。
　　帶寬限制：帶寬不佳的網(wǎng)絡(luò)對App所需的快速響應(yīng)時間可能不夠。
　　網(wǎng)絡(luò)的變化：不同網(wǎng)絡(luò)間的切換可能會影響App的穩(wěn)定性。
　　內(nèi)存管理：可用內(nèi)存過低，或非授權(quán)的內(nèi)存位置的使用可能會導(dǎo)致App失敗。
　　用戶過多：連接數(shù)量過多可能會導(dǎo)致App崩潰。
　　代碼錯誤：沒有經(jīng)過測試的新功能，可能會導(dǎo)致App在生產(chǎn)環(huán)境中失敗。
　　第三方服務(wù)：廣告或彈出屏幕可能會導(dǎo)致App崩潰。

　　移動App崩潰的測試用例設(shè)計
　　測試用例是移動測試重要部分之一。
　　準備和執(zhí)行預(yù)先定義的針對移動App崩潰的測試用例將簡化和加速移動App崩潰的測試。
　　一些通用的觸發(fā)移動App崩潰的測試場景，如下：
　　1 驗證在有不同的屏幕分辨率，操作系統(tǒng)和運營商的多個設(shè)備上的App行為。
　　2 用新發(fā)布的操作系統(tǒng)版本驗證App的行為。
　　3 驗證在如隧道，電梯等網(wǎng)絡(luò)質(zhì)量突然改變的環(huán)境中的App行為。
　　4 通過手動網(wǎng)絡(luò)從蜂窩更改到Wi-Fi ，或反過來，驗證App行為。
　　5 驗證在沒有網(wǎng)絡(luò)的環(huán)境中的App行為。
　　6 驗證來電/短信和設(shè)備特定的警報（如警報和通知）時的App行為。
　　7 通過改變設(shè)備的方向，以不同的視圖模式，驗證App行為。
　　8 驗證設(shè)備內(nèi)存不足時的App行為。
　　9 通過用測試工具施加載荷驗證App行為。
　　10 用不同的支持語言驗證App行為。
　　顯然，還會有更多的導(dǎo)致App崩潰的App特定場景。

　　結(jié)論

　　在這項研究中，展示了針對移動App崩潰的通用測試案例。
　　如果移動測試團隊在他們的測試場景中準備并執(zhí)行這些測試用例，那么早在開發(fā)周期可以找到崩潰相關(guān)的Bug。 然后，開發(fā)團隊將闡明崩潰原因，并找出一個解決所有Bug的通用方法。后，App質(zhì)量和用戶滿意度會增加。

參考文獻
[1] A Survey Report on Most Common Mobile Application Bugs， TestIstanbul 2013: Future of Testing: New Techniques and Methodologies， 23-24 May 2013， Istanbul – Turkey

版權(quán)聲明：本文出自 SPASVO澤眾軟件測試網(wǎng)：http://hgh666.cn/news/html/201433180305.html

原創(chuàng)作品，轉(zhuǎn)載時請務(wù)必以超鏈接形式標明本文原始出處、作者信息和本聲明，否則將追究法律責任。