 |
Cagri Temizyurek是一個軟件測試專家，自2003年以來一直擔(dān)任一名測試人員。 他擁有伊斯坦布爾技術(shù)大學(xué)工程系的電子與通信碩士學(xué)位，還是伊斯坦布爾大學(xué)電氣電子工程系的博士候選人。 作為一名測試員，他完成了多個行業(yè)的大量項目，并自2010年以來一直專注于移動測試領(lǐng)域。 他撰寫了多篇論文，并作為主持人出席了不少國際會議。 他通過linkedin.com/in/cagritemizyurek保持聯(lián)系。 |
介紹
我們的日常生活中對移動設(shè)備越來越多的使用意味著移動App測試這個主題已成為需要考慮的一個無法避免的問題。根據(jù)近的調(diào)查研究，用戶難以容忍有bug的移動App。
移動App Bug的影響是用戶體驗(yàn)差、App的商店評級下降、用戶換用競爭對手的App，聲譽(yù)和信譽(yù)損失、后銷售量減少，如果它是一個付費(fèi)App的話。
移動App測試與傳統(tǒng)臺式機(jī)測試相比有一定的復(fù)雜性。這些復(fù)雜性可以被分類為：
環(huán)境（大量的設(shè)備，各種移動OSs，適應(yīng)頻繁O(jiān)Ss變化） 。
設(shè)備（觸摸式和非觸摸式設(shè)備，有限的內(nèi)存容量，電池耗電量） 。
網(wǎng)絡(luò)（不同的網(wǎng)絡(luò)和運(yùn)營商，在不好或無網(wǎng)絡(luò)的情況下的App行為，離線支持） 。
可用性（方向，觸摸，多觸摸，縮放，分頁和導(dǎo)航的局限性，各種干擾，如來電，來電短信，鬧鐘，和低電量警報） 。
所有這些手機(jī)專有的復(fù)雜性需要新的針對移動App測試的測試用例設(shè)計方案。
常見的移動App Bug
為了確定常見的移動App Bug，進(jìn)行了一次研究，其結(jié)果發(fā)表在國際測試會議上[ 1 ] 。
為了這個目的，準(zhǔn)備了一次在線調(diào)查思考參與者的移動測試經(jīng)驗(yàn)并發(fā)表在移動App開發(fā)和測試相關(guān)的專業(yè)社會團(tuán)體內(nèi)。
有針對性的參加本次調(diào)查的主要有移動App測試人員和開發(fā)人員。結(jié)合幾個結(jié)果，常見的移動App Bug在對調(diào)查結(jié)果進(jìn)行統(tǒng)計分析后確定。
根據(jù)調(diào)查的結(jié)果，移動App崩潰是常見的移動App Bug ，這是預(yù)料中的結(jié)果，因?yàn)楹苋菀装l(fā)現(xiàn)一個移動App崩潰。Android OS上一個寫著“強(qiáng)制關(guān)閉錯誤”的彈出窗口跳上屏幕；當(dāng)發(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ǔn)備和執(zhí)行預(yù)先定義的針對移動App崩潰的測試用例將簡化和加速移動App崩潰的測試。
一些通用的觸發(fā)移動App崩潰的測試場景，如下：
1 驗(yàn)證在有不同的屏幕分辨率，操作系統(tǒng)和運(yùn)營商的多個設(shè)備上的App行為。
2 用新發(fā)布的操作系統(tǒng)版本驗(yàn)證App的行為。
3 驗(yàn)證在如隧道，電梯等網(wǎng)絡(luò)質(zhì)量突然改變的環(huán)境中的App行為。
4 通過手動網(wǎng)絡(luò)從蜂窩更改到Wi-Fi ，或反過來，驗(yàn)證App行為。
5 驗(yàn)證在沒有網(wǎng)絡(luò)的環(huán)境中的App行為。
6 驗(yàn)證來電/短信和設(shè)備特定的警報（如警報和通知）時的App行為。
7 通過改變設(shè)備的方向，以不同的視圖模式，驗(yàn)證App行為。
8 驗(yàn)證設(shè)備內(nèi)存不足時的App行為。
9 通過用測試工具施加載荷驗(yàn)證App行為。
10 用不同的支持語言驗(yàn)證App行為。
顯然，還會有更多的導(dǎo)致App崩潰的App特定場景。
結(jié)論
在這項研究中，展示了針對移動App崩潰的通用測試案例。
如果移動測試團(tuán)隊在他們的測試場景中準(zhǔn)備并執(zhí)行這些測試用例，那么早在開發(fā)周期可以找到崩潰相關(guān)的Bug。 然后，開發(fā)團(tuán)隊將闡明崩潰原因，并找出一個解決所有Bug的通用方法。后，App質(zhì)量和用戶滿意度會增加。
參考文獻(xiàn)
[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ù)必以超鏈接形式標(biāo)明本文原始出處、作者信息和本聲明，否則將追究法律責(zé)任。
