• <td id="eeegg"><noscript id="eeegg"></noscript></td>
  • <table id="eeegg"><noscript id="eeegg"></noscript></table>
  • <option id="eeegg"><noscript id="eeegg"></noscript></option>
  • <bdo id="eeegg"><noscript id="eeegg"></noscript></bdo>
  • 您的位置:軟件測試 >> 測試技術 >> 測試精品文章
    常見的移動App Bug??崩潰的測試用例設計
    作者:Cagri Temizyurek(澤眾軟件原創翻譯) 發布時間:[ 2014/3/3 17:56:40 ] 推薦標簽:測試用例 移動App Bug
      Cagri Temizyurek是一個軟件測試專家,自2003年以來一直擔任一名測試人員。
      他擁有伊斯坦布爾技術大學工程系的電子與通信碩士學位,還是伊斯坦布爾大學電氣電子工程系的博士候選人。
      作為一名測試員,他完成了多個行業的大量項目,并自2010年以來一直專注于移動測試領域。
      他撰寫了多篇論文,并作為主持人出席了不少國際會議。
      他通過linkedin.com/in/cagritemizyurek保持聯系。

      介紹

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

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

      移動App測試與傳統臺式機測試相比有一定的復雜性。這些復雜性可以被分類為:
      環境(大量的設備,各種移動OSs,適應頻繁OSs變化) 。
      設備(觸摸式和非觸摸式設備,有限的內存容量,電池耗電量) 。
      網絡(不同的網絡和運營商,在不好或無網絡的情況下的App行為,離線支持) 。
      可用性(方向,觸摸,多觸摸,縮放,分頁和導航的局限性,各種干擾,如來電,來電短信,鬧鐘,和低電量警報) 。
      所有這些手機專有的復雜性需要新的針對移動App測試的測試用例設計方案。

      常見的移動App Bug

      為了確定常見的移動App Bug,進行了一次研究,其結果發表在國際測試會議上[ 1 ] 。
      為了這個目的,準備了一次在線調查思考參與者的移動測試經驗并發表在移動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質量和用戶滿意度會增加。

    參考文獻
    [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

    版權聲明:本文出自 SPASVO澤眾軟件測試網:http://www.vietnamquartzstone.com/news/html/201433180305.html

    原創作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。

    相關鏈接:
    軟件測試工具 | 聯系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網站地圖
    滬ICP備07036474 2003-2017 版權所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd
    偷窥_盗摄
  • <td id="eeegg"><noscript id="eeegg"></noscript></td>
  • <table id="eeegg"><noscript id="eeegg"></noscript></table>
  • <option id="eeegg"><noscript id="eeegg"></noscript></option>
  • <bdo id="eeegg"><noscript id="eeegg"></noscript></bdo>