APP黑盒測試總結

測試按大的型別劃分可以分為白盒測試和黑盒測試。

白盒測試一般是由開發人員使用編碼的方式進行。測試者需要接觸程式的內部程式碼；而黑盒測試可以在不知道程式內部結構和程式碼的情況下進行。

下面就來給大家介紹一下我基於業務總結的黑盒測試的一些通用方法。

安裝啟動解除安裝

1、 安裝：在各個作業系統上（Android>=2.3，ios>=7.0，根據各個應用要求的最低系統）能安裝成功，分別安裝在手機記憶體或者sd卡上都能成功。app安裝完成後的執行，可正常開啟軟體。app開啟後，是否有載入狀態進度提示，引導頁是否正常。

2、 啟動的方式分為：首次啟動，熱啟動，冷啟動，應用管理器強行停止後啟動，應用管理器中清快取啟動。

3、 解除安裝：正常解除安裝

網路測試

1、 網路型別

2G，3G，4G，wifi

2、 運營商覆蓋

目前有中國移動，中國聯通，中國電信和虛擬運營商

3、 運營商接入點覆蓋

net接入和wap接入

4、 wifi型別

普通wifi， guest登入需要使用者名稱密碼的，路由器斷網假熱點，代理網路

5、 網速模擬

a) 弱網路狀態下的功能

均在2G，3G，4G，高延時，高丟包，假熱點的狀態下，弱網狀態的功能正常

b) 弱網路狀態下的體驗

中間的轉態例如菊花或進度條正常；

異常反饋的文案正常，樣式正確。

c) 弱網路狀態下的響應時間

d) 強網路狀態下的功能

安全策略如登入ip變換，變換後是否需要有相關提示，並有相應的操作；

大流量操作如應用升級，應用內html5包升級或其他大流量操作，如下載有斷點續傳功能，驗證是否正常，若沒有，是否能重新下載。

e) 無網路狀態下的測試

頁面UI呈現是否正常，資料是否完整，toast提示是否正確。

6、 網路切換

a) wifi切換到2g，3g，4g；

b) 2g，3g，4g切換到wifi；

c) wifi切換到無網路；

d) 無網路切換到wifi；

e) 2g，3g，4g切換到無網路；

f) 無網路切換到2g，3g，4g；

g) 飛航模式到無網，到wifi，到2g/3g/4g之間的切換；

h) 雙卡雙待手機的網路切換（如果和定向省流量有關的）。

7、 異常機制

異常資訊正確，容錯機制正常，重連機制正常，超時機制正常。

輸入框測試

1、 字元型

a) 字元型輸入框：英文全形，英文半形、數字、空或者空格、特殊字元如~!@#$%^&*()_+<>:"{}|`特別要注意單引號和&符號。禁止直接輸入特殊字元時，使用“貼上、拷貝”功能嘗試輸入。

b) 長度檢查：最小長度、最大長度、最小長度-1、最大長度+1、輸入超長字元比如把整個文章拷貝過去。

c) 空格檢查：輸入的字元間有空格、字元前有空格、字元後有空格、字元前後有空格

d) 多行文字框輸入：允許回車換行、儲存後再顯示能夠儲存輸入的格式、僅輸入回車換行，檢查能否正確儲存（若能，檢查儲存結果，若不能，檢視是否有正常提示）

e) 安全性檢查：輸入特殊字串輸入特殊字串NULL，null，JavaScript，輸入指令碼函式。

2、 數字型

a） 邊界值：最大值、最小值、最大值+1、最小值-1

b） 位數：最小位數、最大位數、最小位數-1、最大位數+1、輸入超長值、輸入整數

c） 異常值、特殊字元：輸入空白（NULL）、空格或"~!@#$%等可能導致系統錯誤的字元、禁止直接輸入特殊字元時，嘗試使用貼上拷貝檢視是否能正常提交。輸入負整數、負小數、分數、輸入字母或漢字、小數、科學計數法是否支援1.0E2、全形數字與半形數字、數字與字母混合

d） 安全性檢查：不能直接輸入就複製然後貼上

e） 對於必填項，先錄入再刪除是否可以提交成功；或者先錄入錯誤資料再改為正確資料是否可提交成功 。

f） 錄入小數然後全選，直接錄入新值，是否可正常錄入；（可能出現小數全選後無法直接填寫新值）

3、 日期型

a) 合法性檢查：輸入0月，13月，32日等，閏年2月的處理方式等，考慮開始日期與結束日期的比較，特別是在查詢的時候。

b) 異常值、特殊字元：輸入空格或空、輸入~！@#￥%……&*（）{}[]等可能導致系統錯誤的字元

c) 安全性檢查：不能直接輸入，就copy，是否資料檢驗出錯

3、 資訊重複：在一些需要命名,且名字應該唯一的資訊輸入重複的名字或ID,看系統有沒有處理,會否報錯,重名包括是否區分大小寫,以及在輸入內容的前後輸入空格,系統是否作出正確處理。

相容性測試

1、 適配範圍

a) 作業系統相容（Android>=2.3，ios>=7.0根據各個應用要求的最低系統）

b) 品牌rom相容（主流廠商華為，小米，魅族，三星，OPPO，vivo，蘋果）

c) 解析度相容（各種不同的解析度）

d) 資料相容（不同版本之間的資料相容）

文字或者圖片需要適同解析度的機型，如果有比較特殊的解析度手機，那每次關於UI的測試都需要用到該手機進行適配。

2、 適配策略

選擇佔比大的機型優先覆蓋，可以從Google Play排行，資料中心獲得

線上容易出問題的版本、rom優先覆蓋，

低版本格外留意（有的業務需要相容2.*版本，低端機容易crash）

手機儲存RAM空間測試

我們在下載時的關於ram空間，測試用例上需要考慮執行的操作有：

1.  無SD卡時的儲存提示是否有
   

2.  有SD卡但無儲存空間時儲存提示是否有
   

3.  內建SD卡，儲存是否正確
   

4.  外接SD卡，儲存是否正確
   

5.  SD卡被使用時移除，儲存是否正確，提示是否有
   

6.  將SD卡的內容刪除後操作（如，下載的內容，刪除下載的檔案，在下載管理對該檔案操作）
   

事件打斷與資源衝突的中斷和互動測試

當前的被測試應用被另外的應用打斷當前的功能執行。在用例上主要考慮執行某些操作時的系統打斷，中斷測試比如：

1、 介面被手機其它事件覆蓋恢復後是否有影響

2、 電話、簡訊、鬧鐘提醒、日曆提醒，藍芽提醒

3、 插拔資料線，插拔耳機

4、 待機，鎖屏，音量鍵，置後臺，強行關閉

5、 低電量提醒

應用與應用之間的呼叫，以及不存在應用層面的呼叫，但存在更低一層的資源搶奪以及公用，互動測試比如：

1、 音訊資源

2、 相機視訊資源

3、 頁面佔用， 開啟多個頁面視窗，然後進行切換

4、 記憶體佔用

升級相關測試

1.  升級覆蓋安裝是否資料保留
   

2.  使用者設定項狀態是否保留
   

3.  新版上移除老版的功能是否正常
   

4.  升級後的版本各功能正常
   

5.  不同渠道包覆蓋安裝
   

6.  版本跨度較大的覆蓋安裝
   

7.  app端有新版本時有更新提示,主動升級驗證
   

8.  版本為非強制升級時，使用者可以取消升級，老版本正常使用，使用者下次啟動時，仍出現更新提示（根據客戶端策略是下次還是擱多長時間）
   

9.  版本為強制升級時，給出強制更新提示後使用者沒有更新就退出客戶端,使用者下次啟動時，仍出現強制更新提示
   

10. 升級過程中中斷網路，是否支援斷點續傳或重新下載機制

介面友好性測試

1.  風格.樣式.顏色是否協調
   

2.  介面佈局是否整齊、協調。例如搜尋欄上面應該顯示三個按鈕，實際上只顯示了兩個或者顯示折行
   

3.  介面操作、標題描述是否恰當。例如應該是氣泡提示的卻顯示成方框提示，提示語應該是密碼格式錯誤，請重新輸入，實際上卻提示：賬號錯誤，請重新輸入。
   

4.  操作是否符合人們的常規習慣，右上角分享選單等
   

5.  介面中各個控制元件是否對齊
   

6.  日期控制元件是否可編輯
   

7.  資訊比較長的文字，文字框有沒有提供自動垂直滾動條
   

8.  是否支援Tab鍵，跳轉順序是否條理，鍵的順序是否有條理，不亂跳
   

9.  用滾動條移動頁面時，頁面的控制元件是否顯示正常
   

10. 頁面是否有多餘按鈕或標籤

11. 執行風險操作時，是否有確認提示，如刪除、移除、登出確認提示嗎

12. 控制元件的提示語描述是否正確

操作順序是否合理

旋轉螢幕測試

橫豎屏切換響應G sensor後，頁面需要重新載入，UI是否正確，重新載入的頁面可能會發生記憶體無法釋放的情況。同一頁面橫屏後再豎過來是否能和之前顯示一致。在橫屏情況下做一系列操作看看是否正常。

其他

多點觸控，同時點選2個不同的按鈕，同時響應2個操作是否會引起導致頁面顯示異常，或者程式崩潰。

單點連續點選是否會響應多次請求。