APP測試點分類

標籤：app測試   app測試點   手機測試   軟體測試   Android測試   

軟體許可權
1）計費風險：包括髮送簡訊、撥打到電話、串連網路等
2）隱私泄露風險：包括訪問手機資訊、訪問連絡人資訊等
3）對 App 的輸入有效性校正、認證、授權、敏感性資料儲存、資料加密等方面進
行檢測
4）限制/允許使用手機功能接入互連網
5）限制/允許使用手機發送接受資訊功能
6）限制/允許應用程式來註冊自動啟動應用程式
7）限制或使用本地串連
8）限制/允許使用手機拍照或錄音
9）限制/允許使用手機讀取使用者資料
10）限制/允許使用手機寫入使用者資料
11）檢測 App 的使用者授權層級、資料泄漏、非法授權訪問等

安裝與卸載
1）應用程式應能正確安裝到裝置驅動程式上
2）能夠在安裝裝置驅動程式上找到應用程式的相應表徵圖
3）是否包含數位簽章資訊
4）JAD 檔案和 JAR 包中包含的所有Managed 屬性及其值必需是正確的
5）JAD 檔案顯示的資料內容與應用程式顯示的資料內容應一致
6）安裝路徑應能指定
7）沒有使用者的允許，應用程式不能預先設定自動啟動
8）卸載是否安全，其安裝進去的檔案是否全部卸載
9）卸載使用者使用過程中產生的檔案是否有提示
10）其修改的配置資訊是否複原
11）卸載是否影響其他軟體的功能
12）卸載應該移除所有的檔案

資料安全性
1）當將密碼或其他的敏感性資料輸人到應用程式時，其不會被儲存在裝置中，同
時密碼也不會被解碼
2）輸人的密碼將不以明文形式進行顯示
3）密碼，信用卡明細，或其他的敏感性資料將不被儲存在它們預輸人的位置上
4）不同的應用程式的個人×××或密碼長度必需至少在4一8個數字長度之間
5）當應用程式處理信用卡明細，或其他的敏感性資料時，不以明文形式將資料寫
到其它單獨的檔案或者臨時檔案中。以防止應用程式異常終止而又沒有側除它的
臨時檔案，檔案可能遭受人侵者的襲擊，然後讀取這些資料資訊。
6）當將敏感性資料輸人到應用程式時，其不會被儲存在裝置中
7）備份應該加密，恢複資料應考慮恢複過程的異常通訊中斷等，資料恢複後再
使用前應該經過校正
8）應用程式應考慮系統或者虛擬機器產生的使用者提示資訊或安全替告
9）應用程式不能忽略系統或者虛擬機器產生的使用者提示資訊或安全警告，更不
能在安全警

圖形測試
1）橫向比較。整個 App 各控制項操作方式統一
2）自適應介面設計，內容根據視窗大小自適應
3）頁面標籤風格是否統一
4）頁面是否美觀
5）頁面的圖片應有其實際意義而要求整體有序美觀
6）圖片品質要高且圖片尺寸在設計符合要求的情況下應盡量小
7）介面整體使用的顏色不宜過多

運行
App 安裝完成後的試運行，可正常開啟軟體。
App 開啟測試，是否有載入狀態進度提示。
App 開啟速度測試，速度是否可觀。
App 頁面間的切換是否流暢，邏輯是否正確

註冊
同表單編輯頁面
使用者名稱密碼長度
註冊後的提示頁面
前台註冊頁面和背景管理頁面資料是否一致
註冊後，在後台管理中頁面提示

登入
使用合法的使用者登入系統。
系統是否允許多次非法的登陸，是否有次數限制。
使用已經登陸的帳號登陸系統是否正確處理。
使用禁用的帳號登陸系統是否正確處理。
使用者名稱、口令（密碼）錯誤或漏填時能否登陸。
刪除或修改後的使用者，原使用者登陸。
不輸入使用者口令和使用者、重複點（確定或取消按鈕）是否允許登陸。 --登陸後，
頁面中登陸資訊。
頁面中有登出按鈕。
登陸逾時的處理

登出
登出原模組，新的模組系統能否正確處理。
終止登出能否返回原模組，原使用者。
登出原使用者，新使用者系統能否正確處理。
使用錯誤的帳號、口令、無許可權的被禁用的帳號進行登出

應用的前後台切換
1) APP 切換到後台，再回到 app，檢查是否停留在上一次操作介面。
2) APP 切換到後台，再回到 app，檢查功能及應用狀態是否正常
3) app 切換到後台，再回到前台時，注意程式是否崩潰，功能狀態是否正常，
尤其是對於從後台切換回前台資料有自動更新的時候。
4) 手機鎖屏解屏後進入 app 注意是否會崩潰，功能狀態是否正常，尤其是對於
從後台切換回前台資料有自動更新的時候。
5) 當 App 使用過程中有電話進來中斷後再切換到 app，功能狀態是否正常
6) 當殺掉 app 進程後，再開啟 app，app 能否正常啟動。
7) 出現必須處理的提示框後，切換到後台，再切換回來，檢查提示框是否還存
在，有時候會出現應用自動跳過提示框的缺陷。
8) 對於有資料交換的頁面，每個頁面都必需要進行前後台切換、鎖屏的測試，
這種頁面最容易出現崩潰

免登入
很多應用提供免登入功能，當應用開啟時自動以上一次登入的使用者身份來使用
app.

1) app 有免登入功能時，需要考慮 IOS 版本差異。
2) 考慮無網路情況時能否正常進入免登入狀態。
3) 切換使用者登入後，要校正使用者登入資訊及資料內容是否相應更新，確保原用
戶退出。
4) 如果一個帳戶只允許登入一台機器。需要檢查一個帳戶登入多台手機的情況。
原手機裡的使用者需要被踢出，給出友好提示。
5) app 切換到後台，再切回前台的校正
6) 切換到後台，再切換回前台的測試
7) 密碼更換後，檢查有資料交換時是否進行了有效身份的校正
8) 支援自動登入的應用在進行資料交換時，檢查系統是否能自動登入成功並且
資料操作無誤。
9) 檢查使用者主動退出登入後，下次啟動 app，應停留在登入介面

資料更新
根據應用的商務規則，以及資料更新量的情況，來確定最優的資料更新方案。
1) 需要確定哪些地方需要提供手動重新整理，哪些地方需要自動重新整理，哪些地方需
要手動+自動重新整理。
2) 確定哪些地方從後台切換回前台時需要進行資料更新。
3) 根據業務、速度及流量的合理分配，確定哪些內容需要即時更新，哪些需要
定時更新。
4) 確定資料展示部分的處理邏輯，是每次從服務端請求，還是有緩衝到本地，
這樣才能有針對性的進行相應測試。
5) 檢查有資料交換的地方，均有相應的異常處理

離線瀏覽
很多應用會支援離線瀏覽，即在本地用戶端會緩衝一部分資料供使用者查看。
1) 在無網路情況可以瀏覽本機資料
2) 退出 app 再開啟 app 時能正常瀏覽
3) 切換到後台再切回前台可以正常瀏覽
4) 鎖屏後再解屏回到應用前台可以正常瀏覽
5) 在對服務端的資料有更新時會給予離線的相應提示

App 更新
1) 當用戶端有新版本時，有更新提示
2) 當版本為非強制升級版時，使用者可以取消更新，老版本能正常使用。使用者在
下次啟動 app 時，仍能出現更新提示。
3) 當版本為強制升級版時，當給出強制更新後使用者沒有做更新時，退出用戶端。
下次啟動 app 時，仍出現強制升級提示。
4) 當用戶端有新版本時，在本地不刪除用戶端的情況下，直接更新檢查是否能
正常更新。
5) 當用戶端有新版本時，在本地不刪除用戶端的情況下，檢查更新後的用戶端
功能是否是新版本。
6) 當用戶端有新版本時，在本地不刪除用戶端的情況下，檢查資源同名檔案如
圖片是否能正常更新成最新版本。
如果以上無法更新成功的，也都屬於缺陷。
7）測試 App 的增量升級，測試 App 在升級失敗以後，是否可以繼續使用升級之
前的版本。
8）新版版發布後，配合不同網路環境的自勱更新提示及下載、安裝、更新、啟
勱、啟動並執行驗證測試。
需要檢查的內容：
測試升級後的功能是否與需求說明一樣
測試與升級模組相關的模組的功能是否與需求一致
升級安裝意外情況的測試（如死機、斷電、重啟）
升級介面的 UI 測試
不同作業系統間的升級測試
數位簽章、升級覆蓋安裝、下載後手動覆蓋安裝、跨版本升級、升級後可以正常
使用。覆蓋安裝要確保資料庫有欄位更新的話，能正常更新，否則就容易導致
app 異常。

定位、照相機服務
1) App 有用到相機，定位服務時，需要注意系統版本差異
2) 有用到定位服務、照相機服務的地方，需要進行前背景切換測試，檢查應
用是否正常。
3) 當定位服務沒有開啟時，使用定位服務，會友好性彈出是否允許設定定位提
示。當確定允許開啟定位時，能自動跳轉到定位設定中開啟定位服務。
4) 測試定位、照相機服務時，需要採用真機進行測試

時間測試
用戶端可以自行設定手機的時區、時間，因此需要校正該設定對 app 的影響。
中國為東 8 區，所以當手機設定的時間非東 8 區時，查看需要顯示時間的地方，
時間是否展示正確，應用功能是否正常。時間一般需要根據伺服器時間再轉換成
用戶端對應的時區來展示，這樣的使用者體驗比較好。
比如發表一篇微博在服務端記錄的是 10：00，此時，華盛頓時間為 22：00，客
戶端去瀏覽時，如果設定的是華盛頓時間,則顯示的發表時間即為 22:00,當時間
設回東 8 區時間時，再查看則顯示為 10：00

PUSH 測試
1) 檢查 push 訊息是否按照指定的商務規則發送
2) 檢查不接受推送訊息時，檢查使用者不會再接收到 push.
3) 如果使用者佈建了免打擾的時間段，檢查在勿打擾時間段內，使用者接收不到
PUSH。 在非勿打擾時間段，使用者能正常收到 push。
4) 當 push 訊息是針對登入使用者的時候，需要檢查收到的 push 與使用者身份是否
相符，沒有錯誤地將其它人的訊息推送過來。
一般情況下，只對手機上最後一個登入使用者進行訊息推送。
5) 測試 push 時，需要採用真機進行測試。

效能測試
評估 App 的時間和空間特性 ：
1）極限測試：在各種邊界壓力情況下，如電池、儲存、網速等，驗證 App 是否
能正確響應。
記憶體滿時安裝 App --運行 App 時手機斷電 --運行 App 時斷掉網路
2）響應能力測試：測試 App 中的各類操作是否滿足使用者回應時間要求 。 --App
安裝、卸載的回應時間 --App 各類功能性操作的影響時間
3）壓力測試：反覆/長期操作下、系統資源是否佔用異常。
App 反覆進行安裝卸載，查看系統資源是否正常
其他功能反覆進行操作，查看系統資源是否正常
4）效能評估：評估典型使用者應用情境下，系統資源的使用方式。
可測試的方面- 安裝和啟動時間- CPU 的佔用- 記憶體的佔用- 流量的耗用- 電量
的耗用- 後端,測試 App 中的各類操作是否滿足使用者回應時間要求，主要是測試
點在網速方面，2g，3g，wifi， 4g 一定要覆蓋到- 後端 有網路並發

交叉事件測試
針對智能終端應用的服務等級劃分方式及即時特性所提出的測試方法。交叉測試
又叫事件或衝突測試，是指一個功能正在執行過程中，同時另外一個事件或操作
對該過程進行幹擾的測試。
如：App 在前/後台運行狀態時與來電、檔案下載、音樂收聽等關鍵運用的互動
情況測試等。交叉事件測試非常重要，能發現很多應用中潛在的效能問題。
1） 多個 App 同時運行是否影響正常功能
2） App 運行時前/後台切換是否影響正常功能
3） App 運行時撥打/電話中 4） App 運行時發送/接收資訊
5） App 運行時發送/收取郵件
6） App 運行時切換網路（2G、3G、4G、WIFI ）
7） App 運行時瀏覽網路
8） App 運行時使用藍芽傳送/接收資料
9） App 運行時使用相機、計算機等手機內建裝置

相容測試
主要測試內部和外部相容性
1）與本地及主流 App 是否相容
2）基於開發環境和生產環境的不同，檢驗在各種網路連接下(WiFi、GSM、GPRS、
EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA 等)，App 的資料和運用是否正確
3）與各種裝置是否相容，若有跨系統支援則需要檢驗是否在各系統下，各種行
為是否一致
不同作業系統的相容性，是否適配
不同手機螢幕解析度的相容性
不同手機品牌的相容性

使用者體驗測試
以主觀的普通消費者的角度去感知產品或服務的舒適、有用、易用、友好親切程
度。 通過不同個體、獨立空間和非經驗的統計複用方式去有效評價產品的體驗
特性升產品的潛在客戶滿意度。
1）是否有空資料介面設計，引導使用者去執行操作。
2）是否濫用使用者引導。
3）是否有不可點擊的效果，如：你的按鈕此時處於不可用狀態，那麼一定要灰
掉，或者拿掉按鈕，否則會給使用者誤導
4）菜單層次是否太深
5）互動流程分支是否太多
6）相關的選項是否離得很遠
7）一次是否載入太多的資料
8）介面中按鈕可點擊範圍是否適中
9）標籤頁是否跟內容沒有從屬關係，當切換標籤的時候，內容跟著切換
10）操作應該有主次從屬關係
11）是否有橫屏模式的設計，應用一般需要支援橫屏模式，即自適應設計

硬體環境測試
手勢操作測試
1）手機開鎖屏對運行中的 App 的影響
2）切換網路對運行中的 App 的影響
3）運行中的 App 前後台切換的影響
4）多個運行中的 App 的切換
5）App 運行時關機
6）App 運行時重啟系統
7）App 運行時充電
8）App 運行時 kill 掉進程再開啟

網路環境
手機的網路目前主要分為 2G、3G、wifi。
目前 2G 的網路相對於比較慢，測試時尤其要注意此塊的測試。
1) 無網路時，執行需要網路的操作，給予友好提示，確保程式不出現 crash。
2) 內網測試時，要注意選擇到外網操作時的異常情況處理。
3) 在網路訊號不好時，檢查功能狀態是否正常，確保不因提交資料失敗而造成
crash。
4) 在網路訊號不好時，檢查資料是否會一直處於提交中的狀態，有無逾時限制。
如遇資料交換失敗時要給予提示。
5) 在網路訊號不好時，執行操作後，在回調沒有完成的情況下，退出本頁面或
者執行其他動作的情況，有無異常情況。此問題也會經常出現程式 crash。
註：一般可以選擇在地鐵、公交、電梯、隧道燈代表性的場所進行測試。

總結

1. UI 測試
app 主要核 ui 與實際設計的是否一致；互動方面的問題建議，可以先與
產品經理確認，確認通過後，才開始讓開發實施更改或最佳化
2. 功能測試
根據軟體說明或使用者需求驗證 App 的各個功能實現；
與其它測試一樣，無太大區別，可以看看之前的測試點梳理文章
3. 中斷測試
類比使用者真實使用 app 時會遇到的中斷情況進行測試.
如： 網路的斷網，切換網路， 斷電，來電話/簡訊，聽音樂，切換到其他 app，
開啟其他 app 的通知、低電量時能否正常使用等
4. 相容以及適配測試
新舊版本的在功能，邏輯層面的相容測試， 同一個 app 在不同系統版本運行，
以及不同機型之間的適配測試相容測試：介面的相容性測試能夠保證大部分的功
能完善；
app 在不同系統版本上保證運行適配性： 螢幕，系統版本等（系統位元一定要
考慮）該部分通過第三方的雲平台進行
用不同的支援語言驗證 App 行為。
5. 安全性測試
App 安全性測試大概劃分為以下幾類：
1）從資料的本機存放區到資料的傳輸、處理以及遠端存取等各個環節，基於相應
的安全標準/行業標準評估 App 的安全特性；
借鑒在 WebApp 和網路安全性測試的一些成功經驗在智能終端 App 測試中進行裁減
或適配；
2）檢測 App 的使用者授權層級，資料泄漏，非法授權訪問等；
3）對 App 的輸入有效性校正、認證、授權、敏感性資料儲存、資料加密等方面進
行檢測,以期發現潛在的安全問題；
4）基於各種通訊協定或相應的行業安全標準檢視 App 是否滿足相應的要求。
6. 線上測試
線上測試是產品上線之後一定要完成的，這部分可以根據情境化進行迴歸測試，
其中網路環境要全部覆蓋一遍

APP測試點分類