APP測試要點以及常見bug分類

對於手機軟件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行爲。

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

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

功能實現錯誤

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

功能測試要點

1. 根據產品需求文檔編寫測試用例；
2. 軟件設計文檔編寫用例；
3. 測試要求：保證輸入數據正確，而且進行了正確的操做，明確正確的輸出結果和中間數據數值及格式。

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

IOS 系統常見版本有7.0、8.一、8.四、9.1等，硬件常見 iPhone 4S、iPhone 五、iPhone 5S、iPhone 5C、iPhone 六、iPhone 6S、iPhone Plus、iPad 系列；安卓常見的版本有4.三、4.四、5.一、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. 卸載是否支持取消功能，單擊取消後軟件卸載狀況是否正常。

軟件更新測試要點

1. 當客戶端有新版本時，有更新提示；
2. 軟件更新必定要測，確保Android軟件更新能夠正確更新新版本，且安裝運行正確；
3. 確保IOS軟件更新會有限制，正式版只有上了商店且有版本更新時才能測試；
4. 用戶取消版本更新時，老版本能夠正常使用，可是下次啓動應用時，仍出現更新提示；
5. 當有新版本時，不刪除客戶端的狀況下，直接更新檢查是否能正常更新，且更新後客戶端的功能是否最新版本（正常來說不用強制刪除本地客戶端能夠正常更新）；
6. 出現跨版本更新的時候，能夠更新成功。

性能測試要點及常見缺陷

常見的性能方面的缺陷

1. 加載時間過長；
2. 應用程序首次啓動速度慢；
3. 進入某個界面速度慢；
4. 啓動某一有動畫效果的界面，動畫執行過程不流暢，或者動畫執行卡頓時間長；
5. 響應某一用戶事件時長時間無響應；
6. 應用長時間運行後，隨機出現卡頓現象；
7. 服務器沒法響應，報HTTP500錯誤；
8. APP出現黑白屏；
9. APP崩潰。

性能測試要點

性能也是衡量APP質量的一個指標，若是加載時間過長，響應時間過長，用戶沒耐心等待，極可能直接卸載APP

1. APP的啓動時長是否過長；
2. APP使用時對CPU、內存的消耗狀況；
3. APP使用時Crash的概率是否較多，能夠進行埋點分析測試；
4. APP使用時，電量流量的使用；
5. 反覆長期的操做狀況下，系統該資源的使用狀況；
6. 響應能力測試，驗證各類狀況下不通操做可否知足用戶的響應請求。

用戶體驗性測試及常見缺陷

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

常見缺陷

1. 界面顯示是否美觀，界面的色彩、字體大小是否合適、佈局是否美觀，提示語是否友好;
2. 按鈕、對話框、列表和窗口等是否符合用戶的使用習慣;
3. 是否易於導航、導航是否直觀、導航與頁面結構、菜單、鏈接頁面的風格是否一致。

用戶體驗性類的缺陷

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測試的目標是確保用戶界面會經過測試對象的功能來爲用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業的標準。包括用戶友好性、人性化、易操做性測試。

用戶界面類的缺陷

1. 不符合 UI 設計或與界面原型不一致

如APP的某個功能的界面風格和總體界面風格不一致，或者和圖片、文字、按鈕等不協調，此類問題雖然不存在使用上的問題，可是用戶感受很是很差，也給用戶留下該研發團隊不專業或者產品粗製濫造等印象，用戶也不會使用過久或者直接卸載。

1. 界面顯示不徹底

APP因爲功能相對簡單，可是又要給人直觀印象，因此圖片做爲首選使用，尤爲在首頁進行產品展現或者重要信息傳遞媒介會常用，可是在實際測試過程當中會出現頁面加載不完善的狀況，如：圖片顯示不徹底，按鈕顯示錯亂，請求新頁面的內容成功返回後和原來的界面內容重疊、在編輯框輸入內容過長,向服務器提交請求返回數據和其餘內容重疊等。

1. 上拉刷新和下拉刷新時出現頁面加載錯誤

手機客戶端，內容超過一頁時，上拉加載更多內容，加載錯誤（容易出現數據重複，圖片和文章不匹配，圖片重複加載，文章標題和內容不一致等狀況）

APP測試要點以及常見Bug分類彙總，科技改變生活， BeeTest衆測爲各個移動應用測試提供最佳的衆測服務，爲你們帶來更美好的移動應用體驗。