需要準備的資料：需求文檔、效果圖、測試設備
需要的環境：網絡環境（wifi、移動）、后臺運行正常
瀏覽效果圖，閱讀需求文檔
確定測試功能點
測試用戶界面(如菜單、對話框、窗口和其它可規控件)布局、風格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。
1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導航
2）是否易于導航，導航是否直觀
3）是否需要搜索引擎
4）導航幫助是否準確直觀
5）導航與頁面結構、菜單、連接頁面的風格是否一致
1）橫向比較。各控件操作方式統一
2）自適應界面設計，內容根據窗口大小自適應
3）頁面標簽風格是否統一
4）頁面是否美觀
5）頁面的圖片應有其實際意義而要求整體有序美觀
6）圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量小
7）界面整體使用的顏色不宜過多
1）輸入框說明文字的內容與系統功能是否一致
2）文字長度是否加以限制
3）文字內容是否表意不明
4）是否有錯別字
5）信息是否為中文顯示
6）是否有敏感性詞匯、關鍵詞
7）是否有敏感性圖片，如：涉及版權、專利、隱私等圖片
1) 在數據加載過程中是否有提示用戶正在加載
2) 數據加載或其他操作失敗后是否有相應的提示
3) 加載失敗后的數據處理是否引導用戶接下來該如何操作
4) 應用中的按鈕點擊的時候是否有明顯的變化提示用戶已經點擊了該按鈕
根據軟件說明或用戶需求驗證App的各個功能實現，采用如下方法實現并評估功能測試過程：
1)采用時間、地點、對象、行為和背景五元素或業務分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，并明確測試標準，若用戶需求中無明確標準遵循，則需要參考行業或相關國際標準或準則。
2)根據被測功能點的特性列丼出相應類型的測試用例對其進行覆蓋，如；涉及輸入的地方需要考慮等價、邊界、負面、異?；蚍欠ā鼍盎貪L、關聯測試等測試類型對其進行覆蓋。
3)在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。
1）App安裝完成后的試運行，可正常打開軟件。
2）App打開測試，是否有加載狀態進度提示。
3）App打開速度測試，速度是否可觀。
4）App頁面間的切換是否流暢，邏輯是否正確
5）注冊
--同表單編輯頁面--用戶名密碼長度--注冊后的提示頁面--前臺注冊頁面和后臺的管理頁面數據是否一致--注冊后，在后臺管理中頁面提示
6）登錄
--使用合法的用戶登錄系統。--系統是否允許多次非法的登陸，是否有次數限制。--使用已經登陸的賬號登陸系統是否正確處理。--使用禁用的賬號登陸系統是否正確處理。--用戶名、口令（密碼）錯誤或漏填時能否登陸。--刪除或修改后的用戶，原用戶登陸。--不輸入用戶口令和用戶、重復點（確定或取消按鈕）是否允許登陸。--登陸后，頁面中登陸信息。--頁面中有注銷按鈕。--登陸超時的處理。
7）注銷
--注銷原模塊，新的模塊系統能否正確處理。--終止注銷能否返回原模塊，原用戶。--注銷原用戶，新用戶系統能否正確處理。--使用錯誤的賬號、口令、無權限的被禁用的賬號進行注銷
1) APP切換到后臺，再回到app，檢查是否停留在上一次操作界面。
2) APP切換到后臺，再回到app，檢查功能及應用狀態是否正常，IOS4和IOS5的版本的處理機制有的不一樣。
3) app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。
4) 手機鎖屏解屏后進入app注意是否會崩潰，功能狀態是否正常，尤其是對于從后臺切換回前臺數據有自動更新的時候。
5) 當App使用過程中有電話進來中斷后再切換到app，功能狀態是否正常
6) 當殺掉app進程后，再開啟app，app能否正常啟動。
7) 出現必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。
8) 對于有數據交換的頁面，每個頁面都必需要進行前后臺切換、鎖屏的測試，這種頁面最容易出現崩潰。
很多應用提供免登錄功能，當應用開啟時自動以上一次登錄的用戶身份來使用app.
1) app有免登錄功能時，需要考慮IOS版本差異。
2) 考慮無網絡情況時能否正常進入免登錄狀態。
3) 切換用戶登錄后，要校驗用戶登錄信息及數據內容是否相應更新，確保原用戶退出。
4) 根據MTOP的現有規則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄多臺手機的情況。原手機里的用戶需要被踢出，給出友好提示。
5) app切換到后臺，再切回前臺的校驗
6) 切換到后臺，再切換回前臺的測試
7) 密碼更換后，檢查有數據交換時是否進行了有效身份的校驗
8) 支持自動登錄的應用在進行數據交換時，檢查系統是否能自動登錄成功并且數據操作無誤。
9) 檢查用戶主動退出登錄后，下次啟動app，應停留在登錄界面
1) 當客戶端有新版本時，有更新提示。
2) 當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現更新提示。
3) 當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動app時，仍出現強制升級提示。
4) 當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。
5) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。
6) 當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。
注意：以上幾點只是大多app都有的一些共同的功能點，其它更多的功能要根據具體的項目而定，如：訂單類的app，就需要測試整個的訂單流程是否有錯誤
評估App的時間和空間特性 ：
在各種邊界壓力情況下，如電池、存儲、網速等，驗證App是否能正確響應。
--內存滿時安裝App（可選）
--運行App時手機斷電
--運行App時斷掉網絡
測試App中的各類操作是否滿足用戶響應時間要求 。
--App安裝、卸載的響應時間
*--App各類功能性操作的影響時間
反復/長期操作下、系統資源是否占用異常。
--App反復進行安裝卸載，查看系統資源是否正常（可選）
--其他功能反復進行操作，查看系統資源是否正常
評估典型用戶應用場景下，系統資源的使用情況。
與競爭產品的Benchmarking, 產品演變對比測試等。（可選）
1）軟件在各個不同的不同的手機上頁面是否與效果圖有較大的出入
2）軟件是否在特殊的機型上出現bug
1）扣費風險：包括發送短信、撥打電話、連接網絡等
2）隱私泄露風險：包括訪問手機信息、訪問聯系人信息等
3）對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測
4）限制/允許使用手機功能接入互聯網
5）限制/允許使用手機發送接受信息功能
6）限制/允許應用程序來注冊自動啟動應用程序
7）限制或使用本地連接
8）限制/允許使用手機拍照或錄音
9）限制/允許使用手機讀取用戶數據
10) 限制/允許使用手機寫入用戶數據
11) 檢測App的用戶授權級別、數據泄漏、非法授權訪問等
驗證App是否能正確安裝、運行、卸載以及操作過程和操作前后對系統資源的使用情況
1) 測試本地的數據庫和下載的文件是否有泄密的可能
1）在運行其軟件過程中,如果有來電、SMS、EMS、MMS、藍牙、紅外等通訊或充電時,是否能暫停程序，優先處理通信,并在處理完畢后能正 ?；謴蛙浖? 繼續其原來的功能
2）密碼等關鍵性數據在網絡傳輸的過程中是否已經加密
3）App和后臺服務一般都是通過HTTP來交互的，驗證HTTP環境下是否正常；（可選）
4）公共免費網絡環境中（如：麥當勞、星巴克等）都要輸入用戶名和密碼，通過SSL認證來訪問網絡，需要對使用HTTP Client的library異常作捕獲處理。（可選）
定義：針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如；App在前/后臺運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。交叉事件測試非常重要，能發現很多應用中潛在的性能問題。
1） 多個App同時運行是否影響正常功能
2）App運行時前/后臺切換是否影響正常功能
3）App運行時撥打/接聽電話
4）App運行時發送/接收信息
5）App運行時切換網絡（2G、3G、wifi）
6）App運行時使用相機、計算器等手機自帶設備
Bug修復完成后要進行一次回歸測試，按照用戶的正常使用方式重新測試一次。
測試結束后整理相關文檔，并提交svn，發布正式版本到相關市場。
*所屬項目 |
| *編號 |
| *版本號 |
|
*優先級 |
| *機型 |
| 是否復現 |
|
截圖 |
| ||||
*問題描述 |
| ||||
測試前置條件（網絡、賬號等） |
| ||||
測試過程描述 | |||||
新聞熱點
疑難解答
