Android APP功能測試包含APP的安裝卸載測試，界面測試，業務功能測試，APP特性測試，交叉事件測試，兼容性測試，升級更新測試，消息通知測試，功能鍵測試，手勢測試等
1-APP的安裝和卸載
1.1安裝
- 軟件在不同操作系統（Android 5.0/Android 6.0/Android 7.0/Android8.0及其他小迭代系統版本）上是否正常安裝
- 軟件在不同的品牌手機（華爲/三星/OPPO/VIVO等其他品牌手機）上是否正常安裝
- 軟件在不同屏幕分辨率/屏幕大小的手機上是否正常安裝
- 第三方平臺直接安裝（豌豆莢/應用商店/手機助手等），是否正常安裝
- 安裝過程中，是否可以取消，點擊取消後，寫入的文件是否如需求說明處理
- 安裝過程中，提示信息中不能出現代碼、符號、亂碼等。
- 安裝過程中，意外情況（如死機，重啓，斷電）的處理是否符合需求
- 安裝時，是否識別有SD卡（存儲卡），是否默認安裝到sd卡中
- 安裝空間不足（內存或者磁盤空間不足）時是否有相應提示
- 安裝若需要網絡驗證，弱網或者斷網情況下安裝是否正常
- 安裝若有具體的安裝手冊，依照手冊安裝是否正常安裝
- 安裝完成後，是否生成多餘的目錄結構和文件
- 首次安裝完成後，是否正常啓動APP
- 版本覆蓋安裝後，是否正常啓動APP
1.2卸載
- 直接刪除安裝文件夾卸載是否有提示信息，是否正常卸載
- 直接卸載APP應用程序是否有提示信息，是否正常卸載
- 卸載過程中，出現的意外情況（如死機、斷電、重啓）的處理是否符合需求說明
- 卸載過程中，是否支持取消功能，點擊取消後，APP應用程序的卸載是否停止，APP應用程序是否恢復到卸載前狀態
- 卸載過程中，是否有卸載狀態進度條提示，進度條顯示的進度是否正常
- 卸載完成後，是否全部刪除所有的安裝文件夾
- 第三方卸載，檢查是否卸載完全
2-APP的界面測試
用戶界面測試英文名爲User interface testing，簡稱UI測試，測試用戶界面的功能模塊的佈局是否合理，整體風格是否一致和各個控件的放置位置是否符合客戶使用習慣，更重要的是要符合操作便捷，導航簡單易懂，界面中文字是否正確，命名是否統一，頁面是否美觀，文字、圖片組合是否完美等等。
UI測試的內容：包括導航測試、圖形測試、內容測試、表格測試、H5界面測試、整體界面測試等
導航測試：導航描述了用戶在一個頁面內操作的方式，在不同的用戶接口控制之間，導航的方式主要有：按鈕、目錄、菜單、彈框、列表等；
- 按鈕：按鈕的可點擊的條件，按鈕按下的效果，按鈕的的跳轉引導等，如‘登錄’按鈕，輸入賬號和密碼纔會高亮顯示爲可點擊狀態
- 目錄：很多APP會在主頁的右側顯示軟件內容的目錄結構供用戶便捷有目的的瀏覽，也有的軟件會放在頂部區域或底部區域，測試顯示佈局的正確性和跳轉的正確性等
- 菜單：右上角的‘···’一般是隱形的菜單，需要查看這些菜單是可配置的，還是固定的，已經顯示文字的長短是否正常，跳轉是否正確
- 彈框：APP包含消息彈框/確認框/信息提示框/表單提交框等等，很多類型的彈框都會引導用戶去其他頁面，查看彈框中信息顯示是否完整，點擊不同按鈕，是否如需求說明一樣正確跳轉
- 列表：APP的列表分頁其實不明顯，一般不會明確的標示是第幾頁，但是在服務端是存在分頁，查看是否存複用的問題
圖形測試：圖形包括圖片、動畫、邊框、顏色、字體、背景、按鈕等；
- 橫向比較。各控件操作方式是否統一，頁面標籤風格是否統一
- 自適應界面設計（屏幕尺寸，屏幕分辨率），圖形根據窗口大小自適應
- 橫屏/豎屏測試：遊戲/圖片/視頻均有橫豎屏自動切換，很多手機網站也做了橫豎屏自適應，觀察橫屏或者豎屏頁面的顯示效果
- 圖片、動畫、邊框、顏色、字體、背景、按鈕等動畫效果是否符合需求設計
- 圖片或者動畫的收起效果是否符合需求設計
- 圖片來源是用戶自己上傳/本地的/服務端配置的，查看圖片在APP端的顯示效果
內容測試：內容測試用來檢驗APP應用程序提供信息的正確性、準確性和相關性。信息的正確性是指信息時可靠的還是誤傳的。信息的相關性是指是否在當前頁面可以找到與當前瀏覽信息相關的信息列表或入口；
- 頁面顯示文案：文案是否表意不明，是否有錯別字，是否有敏感性詞彙，是否佈局和設計一致，是否不同的屏幕尺寸/屏幕分辨率的手機上顯示完整，文案來源是本地的還是後臺可以配置的，文案的長短是否有限制等
- 文本輸入框：輸入框的默認文案是否清楚正確，文字長度是否限制，輸入的文字是否有敏感性詞彙限制，達到最大長度是否允許繼續輸入，刪除輸入的內容是否再顯示默認文案，輸入過程光標是否一直顯示在字的末尾等
- 按鈕上的文案：文案是否在邊框內，文案的顏色是否正常，文案在點擊效果下是否正常顯示，文案在不同的屏幕尺寸/屏幕分辨率的手機上顯示是否正常，文案表明意思和實際的操作是否相匹配等
- 鏈接上的文案：一般的協議文案的內容和連接的協議一致，鏈接文案的顏色是否顯示正確
- 圖形上的文案：文案是否表意不明，是否有錯別字，是否有敏感性詞彙，是否佈局和設計一致，是否不同的屏幕尺寸/屏幕分辨率的手機上顯示完整，文案來源是本地的還是後臺可以配置的，文案的長短是否有限制，文案是否在圖形邊框內等
- 確認信息文案：顯示的文案是否和用戶所填的信息保持一致，是否佈局和設計一致，是否不同的屏幕尺寸/屏幕分辨率的手機上顯示完整等
- 提示信息文案：包含消息通知框，操作提示框，引導框等，一般這些提示信息框都包含了很多邏輯，測試對應邏輯下提示的信息是否正確
表格測試：表格通常用於批量顯示數據，一般有標題行、標題列爲固定的行列。
- 標題行：有無標題行，標題行是否居中顯示，標題行的單元格是否禁止編輯
- 標題列：有無標題列(不一定)，標題列是否居左顯示(不一定)，標題列中的單元格是否禁止編輯
- 非標題行/列：非標題行/列中的單元格是否允許編輯(不一定)，非標題行/列中的單元格允許編輯時，參考文本框控件進行測試；
- 同一數據類型：所在行/列的單元格是否有統一的居左、居中、居右顯示方式；
- 日期型數據：所在行/列單元格的內容顯示格式是否一致；
- 時間型數據：所在行/列單元格內容顯示格式是否一致；
- 貨幣型數據：所在行/列單元格的內容顯示格式是否一致；
- 小數型數據：所在行/列單元格的內容顯示格式是否一致；
- 當前所在的單元格：是否提供突出顯示功能，前景/背景色、字體、字號是否正確；換行、換列時，所在單元格和非所在的顯示是否正確；
- 當前選中的單元格：是否提供突出顯示功能，前景/背景色、字體、字號是否正確；換行、換列時，選中單元格和非選中的顯示是否正確；
- 當前所在行/列：是否提供突出顯示功能，前景/背景色、字體、字號是否正確。換行、換頁時，突出顯示的行顯示是否正確；
- 排序功能：某列是否具有自動排序功能(不一定)。比如日期型列提供有這樣的功能：點擊一次爲從小到大排序，再點擊爲從大到小排序，查看點擊後的執行效果是否正確；
- 翻頁功能：是否有默認數據條數，每頁是否顯示正常，是否有複用情況
- 圖片功能：是否存在圖片，圖片顯示是否正常；是否可點擊，點擊後跳轉是否正常
- 滑動功能：上下多次連續是否會有顯示正常，數據展示完全，頁面底部是否有提示
H5頁面界面測試：現在大部分的APP中都有H5頁面，H5頁面可以實現快速迭代，現在通用比較廣
- 兼容性：H5頁面在不同的手機操作系統/不同手機品牌/屏幕尺寸/屏幕分辨率的手機上顯示是否正常
整體界面測試：整體界面是指整個APP應用程序的頁面結構設計，是給用戶一格整體感
- 測試界面設計是否合理、簡潔、美觀，操作是否方便；功能鍵、數據項信息是否齊全
- 確認系統中同一功能的名稱是否統一；同一個功能按鈕，不同模塊相同的錯誤提示信息是否統一
- 不同模塊相同字段值的輸入方式是否統一
- 所有彈出窗口顯示位置是否統一
- 設計樣式、風格（查詢條件樣式；輸入風格（點選/手輸入））是否與系統其它模塊統一
- 確認頁面內所有字段名稱顯示風格是否統一（居中、左對齊、右對齊，一般採用居中顯示風格）
- 添加/修改保存後，添加/修改界面是否自動關閉要求統一（建議修改保存後，修改界面一般是自動關閉）
3-APP的業務功能測試
3.1 APP的常規性業務功能測試
功能測試的內容歸爲：界面、數據、操作、邏輯、接口
- 界面測試：指測試系統界面整體佈局的合理性，以及是否清晰/美觀，包括顏色搭配/字體/文字是否對齊/圖片大小與位置/彈出窗口的位置是否合適。其次還會測試用戶是否可以調整佈局/是否自定義界面（包括文字/圖片/顏色等）。
- 數據測試：指接受正確的數據輸入，並對一次數據的輸入有提示和容錯處理。
- 操作測試：指用戶操作菜單/按鈕/鏈接/滑動/輸入等對APP應用程序的操作，是否符合操作習慣，是否有正確的提示等等。
- 邏輯測試：指某個操作需要多個步驟實現，應有清楚的提示，或者嚮導來幫助用戶完成，某項功能，從不同的入口進入有不同的操作路徑，但是邏輯上應該是一致，系統的各種狀態要按照業務流程變化保持穩定。
- 接口測試：指讓接口配合多種硬件或者內部接口/外部接口，應保持其規範性/一致性/完備性，接口還需要是可定義或者可配置的，應具有良好的兼容性和擴充性。
3.2 APP功能測試的特殊性
APP業務功能測試的特殊性：包括應用的前後臺切換、免登錄、數據更新、離線瀏覽、系統權限等
應用的前後臺切換測試：
- APP切換到後臺，再打開APP，檢查是否停留在上一次操作界面，檢查功能是否正常、程序是否崩潰、數據是否更新
- 手機鎖屏解鎖後進入APP，檢查是否停留在上一次操作界面，檢查功能是否正常、程序是否崩潰、數據是否更新
- APP使用過程中被電話中斷，再回到APP，檢查是否停留在上一次操作界面，檢查功能是否正常、數據是否更新
- Kill掉APP後，再打開APP，檢查功能是否正常、數據是否更新、用戶登錄狀態是否正常
- 存在必須處理的提示框，切換到後臺，再切換到前臺，檢查提示框是否存在
- APP使用過程中，出現斷電/意外關機重啓等異常情況，再次打開APP，檢查APP功能是否正常
免登錄測試：
token的概念：token的意思是“令牌”，是服務端生成的一串字符串，作爲客戶端進行請求的一個標識。當用戶第一次登錄後，服務器生成一個token並將此token返回給客戶端，以後客戶端只需帶上這個token前來請求數據即可，無需再次帶上用戶名和密碼。
簡單token的組成；uid(用戶唯一的身份標識)、time(當前時間的時間戳)、sign（簽名，token的前幾位以哈希算法壓縮成的一定長度的十六進制字符串。爲防止token泄露）。
APP利用token機制進行身份認證的加密解密步驟（RSA非對稱加密算法）：
- 客戶端向服務器第一次發起登錄請求（不傳輸用戶名和密碼）。
- 服務器利用RSA算法產生一對公鑰和私鑰。並保留私鑰， 將公鑰發送給客戶端。
- 客戶端收到公鑰後， 加密用戶密碼，向服務器發送用戶名和加密後的用戶密碼； 同時另外產生一對公鑰和私鑰，自己保留私鑰, 向服務器發送公鑰； 於是第二次登錄請求傳輸了用戶名和加密後的密碼以及客戶端生成的公鑰。
- 服務器利用保留的私鑰對密文進行解密，得到真正的密碼。 經過判斷， 確定用戶可以登錄後，生成sessionId和token， 同時利用客戶端發送的公鑰，對token進行加密。最後將sessionId和加密後的token返還給客戶端。
- 客戶端利用自己生成的私鑰對token密文解密， 得到真正的token。
- 非銀行/金融等大部分APP都有免登錄功能，打開APP，檢查登錄狀態是否是最近一次登錄的用戶
- APP切換到後臺，再打開APP，檢查登錄狀態是否是最近一次登錄的用戶
- Kill APP，再打開APP，檢查登錄狀態是否是最近一次登錄的用戶
- 無網絡情況，打開APP，檢查登錄狀態是否是最近一次登錄的用戶
- 手機重啓，打開APP，檢查登錄狀態是否是最近一次登錄的用戶
- 切換賬號登錄，檢查APP內的登錄用戶是否是當前登錄賬號，數據信息和當前賬號是否保持一致
- 用戶登出APP後，再打開APP，檢查APP的登錄狀態是否爲未登錄狀態
- 同一賬號登錄到多臺設備（需求允許），檢查多臺設備的免登錄狀態是否正常
- 用戶更換密碼後，有數據交互時，檢查是否會再次進行身份的驗證
- 存在免登錄日期限制的，檢查在限制的日期外的登錄狀態是否爲未登錄
數據更新：手動更新和自動更新
- 根據應用的業務規則，以及數據更新量的情況，來確定最優的數據更新方案。
- 手動更新：上拉/下拉/上滑/下滑更新數據，檢查更新的數據是否正確，更新的列表是否存在頭像或者數據複用的問題
- 手動更新：更新過程中的動畫效果是否符合符合需求設計
- 自動實時更新：自動更新的頻率/自動更新的數據量是否符合需求設計
- 自動實時更新：自動更新過程中，考慮用戶是否讓用戶感知，是靜默更新還是通知更新？
- 自動定時更新：根據設定的時間，檢查更新的數據是否正確（如：報表/搶購等）
- 篩選數據：篩選的數據請求很多都是從本地取值，檢查無網絡能否正常篩選
- 前後臺切換：有數據更新後，再次打開APP，APP顯示正常
離線瀏覽：無網絡狀態瀏覽APP的內容，即客戶端會緩存一部分數據供用戶查看
- 無網絡情況：根據APP的特性，是否允許查看存放在本地的部分內容（如某些小說類APP，本地遊戲類APP，學習軟件類APP等）
- 無網絡情況：APP切換到後臺，再切換到前臺，能否正常瀏覽部分內容（如緩存好的視頻/音樂等）
- 無網絡情況：Kill掉APP，再打開APP，能否正常瀏覽部分內容（如緩存好的視頻/音樂等）
- 無網絡情況：手機鎖屏解鎖後進入APP，能否正常瀏覽部分內容（如緩存好的視頻/音樂等）
- 無網絡情況：瀏覽需要請求服務端的內容時候，檢查是否給予了無網絡的提示
- 無網絡情況：提交表單時，對於後臺提交的請求，檢查在連網後是否請求成功
系統權限：一般APP會詢問用戶定位權限、網絡權限、相冊權限、相機權限、通知權限
- 定位權限：定位權限關閉，打開APP，檢查APP中涉及定位權限的功能是否正常
- 網絡權限：網絡權限關閉，打開APP，檢查APP中涉及網絡請求的功能是否正常
- 相冊權限：相冊權限關閉，打開APP，檢查APP中涉及相冊權限的功能是否正常
- 相機權限：相機權限關閉，打開APP，檢查APP中涉及相機權限的功能是否正常
- 通知權限：通知權限關閉，打開APP，檢查APP中涉及通知權限的功能是否正常
4-APP的交叉事件測試
交叉事件測試是針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法。
交叉事件測試又叫事件衝突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如；App在前/後臺運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。
- 同一手機設備上，多個APP同時運行，檢查是否影響APP應用程序正常功能使用
- APP使用過程中，前/後臺切換，檢查是否影響正常功能使用
- APP使用過程中，撥打/接聽電話，檢查是否影響正常功能使用
- APP使用過程中，發送/接收信息，檢查是否影響正常功能使用
- APP使用過程中，發送/收取郵件，檢查是否影響正常功能使用
- APP使用過程中，切換網絡（4G、wifi），檢查是否影響正常功能使用
- APP使用過程中，使用藍牙傳送/接收數據，檢查是否影響正常功能使用
- APP使用過程中，使用使用相機、計算器等手機自帶的應用功能，檢查是否影響正常功能使用
- APP使用過程中，正在使用其他APP收聽音樂，檢查APP的聲音功能是否正常
- APP使用過程中，APP有聲音調大調小功能，檢查APP的聲音調節功能是否和手機的聲音大小調節功能一致
- APP使用過程中，通過通知欄通知打開其他應用APP，再回到APP中，檢查是否影響正常功能使用
5-APP的兼容性測試
APP的兼容性一般包括版本兼容性、第三方兼容性、手機操作系統兼容性、屏幕分辨率兼容性、網絡兼容性等
APP的版本兼容性：主要指服務端對客戶端歷史版本的兼容性
- APP服務端兼容客戶端的歷史版本，檢查新功能的服務端邏輯是否對舊版本有影響
第三方兼容性：主要指第三方接口或者SDK的兼容性
- 第三方接口：APP中有調用登錄或者支付等的第三方API接口（如在APP用微信或者QQ登錄，用微信或者支付寶付款等），檢查接口是否正常請求和返回
- 第三方SDK（SDK 就是 Software Development Kit 的縮寫，中文意思就是“軟件開發工具包”）：APP的第三方SDK的使用，檢查在不同操作系統或者不同的品牌手機上涉及的功能是否正常
手機操作系統兼容性：
- Android的操作系統版本：Android 4.0/Android 5.0/Android 6.0/Android 7.0/Android 8.0還包括很多子版本號
- 不同品牌的Android手機對Android系統進行了定製，如小米/華爲/OPPO/VIVO等，它們對應的手機系統檢查APP功能是否正常
屏幕分辨率兼容性：
分辨率主要是指顯示器所能顯示的像素的多少，可以從顯示分辨率與圖像分辨率兩個方向來分類。顯示分辨率（屏幕分辨率）是屏幕圖像的精密度，是指顯示器所能顯示的像素的多少。由於屏幕上的點、線和麪都是由像素組成的，顯示器可顯示的像素越多，畫面就越精細，同樣的屏幕區域內能顯示的信息也越多，所以分辨率是個非常重要的性能指標之一。可以把整個圖像想象成是一個大型的棋盤，而分辨率的表示方式就是所有經線和緯線交叉點的數目。顯示分辨率一定的情況下，顯示屏越小圖像越清晰，反之，顯示屏大小固定時，顯示分辨率越高圖像越清晰。
- 同一分辨率，不同手機屏幕尺寸，檢查APP的UI和功能使用是否正常
- 同一手機屏幕尺寸，不同分辨率，檢查APP的UI和功能使用是否正常
網絡兼容性：
- 在WIFI/4G/弱網下，查看APP的UI和功能使用是否正常
6-APP的升級更新測試
APP的更新分爲：強制更新和非強制更新
強制更新：
- 後臺配置了強制更新，打開APP後，檢查是否有強制更新提示，強制更新提示框是否可以關閉，強制更新是否有進度條顯示
- 強制更新過程中出現意外（如死機、斷電、重啓），再次打開APP，檢查APP是否再次提示更新
- 強制更新成功，打開APP，檢查老賬號的數據是否正常，老賬號是否可以正常使用APP的功能
- 強制更新成功，打開APP，檢查已經剁掉的功能或者隱藏的功能，檢查新增的功能是否按業務需求設計流程操作
- 強制更新成功，打開APP，檢查APP的版本號是否顯示正確
- 在不同的操作系統中，檢查強制更新是否可以正常更新APP
非強制更新：
- 後臺配置了非強制更新，打開APP後，檢查是否有非強制更新的提示，是否可以關閉提示
- 關閉了更新提示，檢查歷史版本用戶是否可以正常使用
- 關閉了更新提示，再次打開APP，檢查非強制更新的提示是否再彈（一般可以設置提示的頻率）
- 更新過程中出現意外（如死機、斷電、重啓），再次打開APP，檢查APP是否再次提示更新，是否還能正常使用
- 更新成功，打開APP，檢查老賬號的數據是否正常，老賬號是否可以正常使用APP的功能
- 更新成功，打開APP，檢查已經剁掉的功能或者隱藏的功能，檢查新增的功能是否按業務需求設計流程操作
- 更新成功，打開APP，檢查APP的版本號是否顯示正確
- 更新成功，檢查新版本用戶和老版本用戶的交互是否正常（如互發消息/新版本的消息通知會不會發送到老版本上/新版本註冊的用戶登錄到老版本上是否正常等）
- 在不同的操作系統中，檢查非強制更新是否可以正常更新APP
7-APP的消息通知測試
Android的APP消息提醒的類型一般分爲：聲音、Alert、標記、Toast、通知欄
聲音 ：聲音提示是iOS的一種通知方式，可以自定義音效，可以與其他通知類型搭配使用
- 聲音顯示的及時性，檢查是否和需求設計一致
- 提示的聲音音效，檢查是否和需求設計一致
Alert：強打斷型提醒，在APP應用內，用戶必須做出選擇，否則強制提醒彈框不會關閉（如比賽邀請，APP版本強制更新等）
- APP打開，在APP應用中操作或者瀏覽，檢查Alert提醒彈框是否正常彈出，是否強制用戶做出選擇，是否做出選擇後彈框關閉
- 切換APP到後臺，檢查Alert提醒彈框是否會彈出
- APP從後臺切換到前臺，檢查Alert提醒彈框是否會正常彈出
- Kill APP，再打開APP，檢查Alert提醒彈框是否會彈出
- 消息推送對象，檢查消息推送的對象是否正確
- 消息推送時間，檢查消息推送的時間是否和需求一致
- 同一手機，切換賬號，打開APP，檢查Alert提醒彈框是否會彈出
- 同一賬號，切換手機，打開APP，檢查Alert提醒彈框是否會彈出
標記：一種不緊急的提醒方式，APP應用內的消息標記，部分用戶有強迫清零的習慣
- 消息標記的數字（一般是計算的是未讀消息），檢查計數的正確性，計數最多顯示多少條，超過後顯示的合理性
- 在APP應用內，收到新消息，檢查計數的及時性和正確性
- 在APP應用外，收到新消息，再打開APP，檢查計數的正確性
- 消息列表的未讀已讀消息，檢查是否有明確的標識
- 消息列表的更新機制，檢查有新消息提醒，消息列表是否會自動更新
- 消息已讀後，檢查未讀消息的計數是否相應的減少
- 消息列表新增了消息類別，檢查未讀計數中是否加入了該消息類別
- 消息推送對象，檢查消息推送的對象是否正確
- 消息推送時間，檢查消息推送的時間是否和需求一致
- 同一手機，切換賬號，打開APP，檢查消息的計數是否和當前賬號相對應
- 同一賬號，切換手機，打開APP，檢查消息的計數是否和當前賬號相對應
Toast：純告知，不需要處理，一般是針對正在操作的反饋（一般顯示在頁面的頂部）
- 操作完成後，檢查Toast消息是否及時彈出，檢查Toast消息的文案是否正確
- Toast消息彈出後，檢查Toast消息是否在幾秒後自動消失
通知欄：Notification支持文字內容顯示、震動、三色燈、鈴聲等多種提示形式，在默認情況下，Notification僅顯示消息標題、消息內容、送達時間這3項內容
- 通知欄消息提醒，檢查消息提醒的頻率是否和需求設計一致
- 通知欄消息提醒，檢查消息顯示的標題/內容/時間等是否和需求一致
- 點擊通知欄消息提醒，檢查跳轉的目標位置是否和需求一致，標記消息列表該消息是否顯示爲已讀
- 消息推送對象，檢查消息推送的對象是否正確
- 消息推送時間，檢查消息推送的時間是否和需求一致
- 系統通知權限，檢查系統通知權限的設置是否和實際情況一
9-Android的功能鍵測試
Android APP應用內涉及最多的功能鍵爲：返回鍵，Home鍵，音量鍵，鎖屏鍵，關機鍵等
返回鍵：
- 打開APP，點擊物理返回鍵，檢查是否會返回到上一步
- 打開APP，若物理返回鍵禁用，檢查點擊物理返回鍵是否有效
Home鍵：
- 打開APP，點擊Home鍵，檢查APP是否切換到後臺運行，檢查APP後臺運行的相關功能是否正常（如音樂播放）
音量鍵：
- 打開APP，打開聲音相關功能，物理調節音量鍵，檢查聲音是否會隨物理調節變大變小
- 打開APP，打開聲音相關功能，系統聲音設爲靜音，檢查聲音是否爲靜音
鎖屏鍵：
- 打開APP，鎖屏，檢查APP後臺運行的相關功能是否正常（如音樂播放）
- 打開APP，鎖屏，解鎖，檢查APP運行是否正常
關機鍵：
- 打開APP，關機，再開機，再打開APP，檢查APP功能是否正常（特別是關機前正在付款等操作）
10-Android的手勢測試
- 從屏幕左側邊緣向右滑動
- 在屏幕上向左滑動
- 從屏幕頂部向下滑動
- 從屏幕底部向上滑動
- 按住屏幕向下滑動
- 在圖片上雙擊
- 按住圖片下滑
- 2根手指頭分開和聚攏
- 2根手指頭按住屏幕旋轉
- 3根手指上滑
- 4根手指上下/左右滑動
- 5根手指上下左右滑動
- 搖動手機
- 長按屏幕