APP測試要點及常見Bug分類

標籤：很多   發布   自己   技術分享   .com   數值   images   行動裝置 App   500錯誤   

引言

對於產品的手機項目（應用軟體），主要是進行系統測試。而針對手機應用軟體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行為。

功能未實現或只實現了部分

這類問題在測試過程中也經常出現，送測的版本有的只實現了部分功能，未實現產品需求說明書裡的全部功能，例如賬單明細查詢，要求顯示每筆交易賬單的明細並且顯示是否已入賬，開發實現了每筆交易賬單的明細，但是未實現顯示該筆賬單是否已入賬。

功能實現錯誤

未按產品需求說明書中的功能實現，如按照產品需求說明書，白名單內的使用者進行登陸時不受單點登陸的限制，也就是說同一個帳號可以同時在A手機和B手機登入，但是開發實現錯誤，白名單內的使用者在A手機登入後，在B手機登入，然後點擊A手機上APP的功能，會彈出提示：該帳號在B手機已登入，A手機強制退出登入。

功能測試要點

根據產品需求文檔編寫測試案例；
軟體設計文檔編寫用例；
測試要求：保證輸入資料正確，並且進行了正確的操作，明確正確的輸出結果和中間資料數值及格式。

相容性測試要點及常見的相容性缺陷

IOS 系統常見版本有7.0、8.1、8.4、9.1等，硬體常見 iPhone 4S、iPhone 5、iPhone 5S、iPhone 5C、iPhone 6、iPhone 6S、iPhone Plus、iPad 系列；安卓常見的版本有4.3、4.4、5.1、6.0，硬體更是數之不盡，不同的品牌，常見的如三星系列、華為系列、小米系列、OPPO 系列、VIVO系列等；

測試APP在不同的機型上由於軟體、硬體等不同而出現各種各樣的問題，這些都是缺陷聚集的地方，一個頁面可能在安卓手機上顯示正常，但可能在iPhone手機上顯示錯位，所以測試中盡量覆蓋主流的手機型號和版本，如iPhone系列、三星系列、華為系列、小米系列、oppo系列、vivo系列等，找出在這些主流手機上使用app出現的缺陷並修複。

安裝、卸載測試要點及常見缺陷

常見的安裝、卸載類缺陷

1. 安裝過程中出現閃退；
2. 安裝完成後，點擊APP無反應；
3. 安裝完成後，點擊APP，APP出現閃退；
4. 已經存在舊版本，但不卸載舊版本，進行覆蓋安裝新版本時，版本號碼是新版本的版本號碼，但APP的內容仍然是舊版本。

安裝、卸載測試要點

安裝測試很重要，使用者使用APP的第一個動作就是安裝APP，如果安裝APP出現問題，會讓使用者直接棄用該APP。測試中主要從以下方面進行測試：

1. 應用是否可以在IOS不同系統版本或Android不同系統版本上安裝（有的系統版本過低，應用不能適配）；
2. 軟體安裝後是否可以正常運行，安裝後的檔案夾及檔案是否可以寫到指定的目錄裡；
3. 安裝過程中是否可以取消,安裝空間不足時是否有相應提示；
4. 檢查安裝包是否齊全，尤其DLL, 檢查安裝手冊；
5. 如果應用需要通過網路驗證之類的安裝，需要測試一下斷網情況下是否有相應提示；
6. 是否可以刪除應用（可通過案頭刪除，也可以通過軟體卸載安裝。曾發現在IOS手機上有個應用安裝時未完整安裝，終止安裝後，未完成安裝的應用表徵圖一直顯示在手機上，並且無法成功刪除）；
7. 測試卸載後檔案是否全部刪除所有的安裝資料夾；
8. 卸載過程中出現死機，斷電，重啟等意外的情況，待環境恢複後是否可以正確卸載；
9. 卸載是否支援取消功能，單擊取消後軟體卸載情況是否正常。軟體更新測試要點
10. 當用戶端有新版本時，有更新提示；
11. 軟體更新一定要測，確保Android軟體更新可以正確更新新版本，且安裝運行正確；
12. 確保IOS軟體更新會有限制，正式版只有上了商店且有版本更新時才能測試；
13. 使用者取消版本更新時，老版本可以正常使用，但是下次啟動應用時，仍出現更新提示；
14. 當有新版本時，不刪除用戶端的情況下，直接更新檢查是否能正常更新，且更新後用戶端的功能是否最新版本（正常來講不用強制移除本地用戶端可以正常更新；
15. 出現跨版本更新的時候，可以更新成功。效能測試要點及常見缺陷

    常見的效能方面的缺陷

16. 載入時間過長；
17. 應用程式初次開機速度慢；
18. 進入某個介面速度慢；
19. 啟動某一有動畫效果的介面，動畫執行過程不流暢，或者動畫執行卡頓時間長；
20. 響應某一使用者事件時間長度時間無響應；
21. 應用長時間運行後，隨機出現卡頓現象；
22. 伺服器無法響應，報HTTP500錯誤；
23. APP出現黑白屏；
24. APP崩潰。
    效能測試要點

效能也是衡量APP品質的一個指標，如果載入時間過長，回應時間過長，使用者沒耐心等待，很可能直接卸載APP

1. APP的啟動時間長度是否過長；
2. APP使用時對CPU、記憶體的消耗情況；
3. APP使用時Crash的幾率是否較多，可以進行埋點分析測試；
4. APP使用時，電量流量的使用；
5. 反覆長期的操作情況下，系統該資源的使用方式；
6. 響應能力測試，驗證各種情況下不通操作能否滿足使用者的響應請求。使用者體驗性測試及常見缺陷

   以主觀的普通消費者的角度去感知產品或服務的舒適、有用、易用、友好親切程度。通過不同個體、獨立空間和非經驗的統計複用方式去有效評價產品的體驗特性，提出修改意見提升產品的潛在客戶滿意度。主要從易用性和友好性方面進行測試。
   

常見缺陷

介面顯示是否美觀，介面的色彩、字型大小是否合適、布局是否美觀，提示是否友好;
按鈕、對話方塊、列表和視窗等是否符合使用者的使用習慣;
是否易於導航、導航是否直觀、導航與頁面結構、菜單、串連頁面的風格是否一致。
使用者體驗性類的缺陷

1. 介面顯示不美觀、介面色彩使用者使用不舒服、介面色彩和按鈕、其他的編輯框等不搭調、圖片和字型顯示布局不美觀（文字包圍圖片方面）、介面的字型不滿足視力不好的使用者、菜單層次太深、相關的選項離得太遠、按鈕不可點擊（如果按鈕處於不可用狀態，一定要灰掉，或者拿掉按鈕，否則會給使用者誤導）；
2. 超長的頁面載入時間，移動端的要求比較高，一般要求無等待間隔的載入，頁面載入時間過長，會導致使用者沒耐心等待而棄用該APP；
3. 頁面排版過長，一般很少有瀏覽者有興趣看頁面中最下面的內容， 90%的使用者，開啟一個頁面，只瀏覽第一屏的內容，就以為看到了全部，而不會向下滾動。一個過長的頁面很容易引起瀏覽者的視覺疲勞；
4. 不友好的導航，不友好的導航是最影響使用者操作的，不能讓使用者很方便的找到自己想到的內容。使用者來到一個頁面不知如何返回上一頁，不知道當前頁面是在哪個欄目下的。這樣很可能使用者來了一次就不會再來了，這也是現在比較強調資訊架構設計的原因，導航設計是資訊架構中的一部分。使用者每次都得用重新開啟APP的方式來尋找內容的話，很難有使用者會留存；
5. 到期的資訊，很久不更新的資訊，很容易讓瀏覽者感到反感，而且在心中也會對你這個產品的品牌形象大打折扣。到期的新聞，到期的促銷資訊、活動資訊都是致命傷；
6. 死連結或連結錯誤；
7. 缺少互動的內容，缺少使用者的參與,不能讓使用者表達情感和思想，註定這個產品只是個固步自封的產品。現在最基本的，都要提供的一個“意見反饋”的入口，以便產品的忠實使用者發表看法，從而收集這部分反饋去改進產品。再者有互動的口子，也會讓使用者覺得產品是比較開放的；
8. 惡意外掛程式，惡意快顯視窗；
9. 提示粗暴不友好。交叉事件的測試要點及常見缺陷

   針對智能終端應用的服務等級劃分方式及即時特性所提出的測試方法。交叉測試又叫事件或衝突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行幹擾的測試。如；App在前/後台運行狀態時與來電、檔案下載、音樂收聽等關鍵運用的互動情況測試等。交叉事件測試非常重要，能發現很多應用中潛在的效能問題。

交叉性方面缺陷

手機的準系統就是作為通訊工具進行使用，所以我們在使用APP中肯定會有電話、簡訊、藍芽、鬧鐘等進入，並且這些功能比APP的優先順序高，一旦同時出現， APP要後台運行或者進行處理讓準系統優先工作。在測試過程中會出現電話進入APP崩潰或卡死的現象，鬧鐘響起APP掛起等現象、 APP運行同時電話進入，電話無法接聽等。這方面的問題非常嚴重，如果APP引起手機準系統無法使用，使用者是無論如何也接受不了的。

交叉事件主要測試要點

1. 多個APP同時運行是否影響正常功能；
2. APP運行時前/後台切換是否影響正常功能；
3. APP運行時撥打/電話中；
4. APP運行時發送/接收資訊；
5. APP運行時發送/收取郵件；
6. APP運行時切換網路（2G、3G、Wi-Fi）；
7. APP運行時瀏覽網路；
8. APP運行時使用藍芽傳送/接收資料；
9. APP運行時使用相機、計算機等手機內建裝置。使用者介面測試要點及常見缺陷

   測試使用者介面(如菜單、對話方塊、視窗和其它可規控制項)布局、風格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。

UI測試的目標是確保使用者介面會通過測試對象的功能來為使用者提供相應的訪問或瀏覽功能。確保使用者介面符合公司或行業的標準。包括方便使用性、人性化、易操作性測試。

使用者介面類的缺陷

• 不符合 UI 設計或與介面原型不一致
  如APP的某個功能的介面風格和整體介面風格不一致，或者和圖片、文字、按鈕等不協調，此類問題雖然不存在使用上的問題，但是使用者感覺非常不好，也給使用者留下該研發團隊不專業或者產品粗製濫造等印象，使用者也不會使用太久或者直接卸載。

• 介面顯示不完全
  APP由於功能相對簡單，但是又要給人直觀印象，所以圖片作為首選使用，尤其在首頁進行產品展示或者重要訊息傳遞媒介會經常使用，但是在實際測試過程中會出現頁面載入不完善的情況，如：圖片顯示不完全，按鈕顯示錯亂，請求新頁面的內容成功返回後和原來的介面內容重疊、在編輯框輸入內容過長,向伺服器提交請求返回資料和其他內容重疊等。

• 上拉重新整理和下拉重新整理時出現頁面載入錯誤
  手機用戶端，內容超過一頁時，上拉載入更多內容，載入錯誤（容易出現資料重複，圖片和文章不匹配，圖片重複載入，文章標題和內容不一致等情況）

  APP測試要點以及常見Bug分類匯總，科技改變生活，眾測利用福士的測試能力和測試資源，在短時間內完成大量工作的產品測試工作。並始終從使用者角度出發，對產品的功能、易用性、相容性提出改進建議的特點。眾測勢必對接下來的行動裝置 App開發與測試發揮不可估量的作用。

APP測試要點及常見Bug分類