測試週期一般為兩周，根據專案情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管或產品經理確認專案排期。
2.1 產品功能需求文件
2.2 產品原型圖
2.3 ui設計效果圖
2.4 測試裝置（ios、android、winphone7.1及以上；symbian v3/v5/nokia belle（這些系統應該已經沒人用，可根據實際情況自己安排））
2.5 測試計畫
2.6 測試大綱/測試用例
2.7 其他（例如有秒殺專題的專案，需要規劃秒殺時間表；有優惠券使用的專案，需要申請新增優惠券資料；支付寶/銀聯支付功能的專案，需要提前申請支付寶/銀聯賬戶等等）
3.1 ui測試
a） 確保手頭的原型圖與效果圖為當前最新版本。
b） 確保產品ui符合產品經理制定的原型圖與效果圖。
c） 一切介面問題以效果圖為準，若有使用者體驗方面的建議，必須先以郵件或口頭的形式詢問產品經理。
d）由於測試環境中的資料為模擬資料，測試時必須預先考慮到正式環境中可能出現的資料型別。
2）根據被測功能點的特性列出相應型別的測試用例對其進行覆蓋，如：設計輸入的地方需要考慮等價、邊界、負面、異常、非法、場景回滾、關聯測試等測試型別對其進行覆蓋。
3）在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。
1.執行
4）註冊
5）登入
2.應用的前後臺切換
7）出現必須處理的提示框後，切換到後台，再切換回來，檢查提示框是否還存在，有時候會出現應用自動跳過提示框的缺陷。
8）對於有資料交換的頁面，每個頁面都必須要進行前後臺切換、鎖屏的測試，這種頁面最容易出現崩潰。
3.免登陸
1）考慮無網路情況時能否正常進入免登入狀態。
2）切換使用者登陸後，要校驗使用者登入資訊以及資料內容是否相應更新，確保原使用者退出。
3）根據mtop的現有規則，乙個賬戶只允許登陸一台機器。所以，需要檢查乙個賬戶登入多台手機的情況。原手機裡的使用者需要被退出，給出友好提示。
4）密碼更換後，檢查有資料交換時是否進行了有效身份的校驗。
5）支援自動登入的應用在進行資料校驗時，檢查系統是否能自動登入成功並且資料操作無誤。
4.離線瀏覽
很多應用會支援離線瀏覽，即在本地客戶端會快取一部分資料供使用者檢視。
1）在無線網路情況可以瀏覽本地資料。
3）切換到後台再回到前台可以正常瀏覽。
4）鎖屏後再解鎖回到應用前台可以正常瀏覽。
5）在對伺服器段的資料有更新時回給予離線的相應提示。
1）當客戶端有新版本時，有更新提示。
4）當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。
5）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新後的客戶端功能是否是新版本。
6）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名檔案如是否能正常更新成最新版本。如果以上無法更新成功的，也都屬於缺陷。
6.定位、照相機服務
2）有用到照相機服務的地方，需要進行前後臺的切換測試，檢查應用是否正常。
3）測試照相機服務時，需要採用真機進行測試。
7.push測試
1）檢查push訊息是否按照指定的業務規則傳送。
2）檢查不接收推送訊息時，使用者不會在接收到push訊息。
3）如果使用者設定了免打擾的時間段，檢查在免打擾時間段內，使用者接收不到push。在非免打擾時間段內，使用者能正常收到push。
4）當push訊息是針對登入使用者的時候，需要檢查收到的push與使用者身份是否相符，沒有錯誤的將其他人的訊息推送過來。一般情況下，只對手機上最後乙個登入使用者進行訊息推送。
5）測試push時，需要採用真機進行測試。
1.安裝
1）軟體安裝後是否能夠正常執行，安裝後的資料夾以及檔案是否寫到了指定的目錄裡。
2）軟體安裝各個選項的組合是否符合概要設計說明。
3）軟體安裝嚮導的ui測試
4）安裝後沒有生成多餘的目錄結構和檔案。
2.解除安裝
1）測試系統直接解除安裝程式是否有提示資訊。
2）測試解除安裝後檔案是否全部刪除所有的安裝資料夾。
3）解除安裝是否支援取消功能，單擊取消後軟體解除安裝的情況。
4）系統直接解除安裝ui測試，是否有解除安裝狀態進度條提示。
a） 確保軟體在所有相容機型上都能正常使用（ios一般需要相容7或者6, ios5可以不用考慮，使用者使用率已經低於5%以下）
b） 對於低端效能相容機上獨有的問題（例如ios5以下、android1.6以下），若在技術上難以修改或者由於排期的原因無法在短時間內改進，必須在測試**中註明，並得到技術平台主管、產品經理以及運營人員的確認，最好以郵件的形式得到確認）
2）壓力測試，反覆/長期操作下，系統資源是否占用異常。
其他功能反覆進行操作，檢查系統資源是否正常
交叉事件測試非常重要，能發現很多應用中潛在的效能問題。
a）軟體最終上線前，需對產品進行回歸測試，測試內容包含之前所有的測試專案
b）回歸測試不再對細節進行測試，而是類似於對產品進行驗收，從客戶正常使用的角度對產品進行再一輪的整體測試。
c）只有在回歸測試通過之後，才對產品進行提交。
1.安裝解除安裝安全測試
1）應用程式應能正確安裝到裝置驅動程式上
2）能夠在安裝裝置驅動程式上找到應用程式的相應圖示
3）安裝路徑應能指定
4）沒有使用者的允許，應用程式不能預先設定自動啟動
5）解除安裝是否安全，其安裝進去的檔案是否全部解除安裝
6）解除安裝使用者使用過程中產生的檔案是否有提示
7）其修改的配置資訊是否復原
8）解除安裝是否影響其他軟體的功能
9）解除安裝應該移除所有的檔案
2.資料安全性
1）當將密碼或其它的敏感資料輸入到應用程式時，其不會被儲存在裝置中，同時密碼也不會被解碼。
2）輸入的密碼將不以明文形式進行顯示。
3）密碼、信用卡明細或其他的敏感資料將不被儲存在它們預輸入的位置上。
4）不同的應用程式的個人身份證顯示長度必須至少在4-8個數字長度之間，密碼暗文顯示。
5）當應用程式處理信用卡明細或其它的敏感資料時，不以明文形式將資料寫到其他單獨的檔案或者臨時檔案中。以防止應用程式異常終止而又沒有刪除它的臨時檔案，檔案可能遭受入侵者的襲擊，然後讀取這些資料資訊。
6）當建立敏感資料輸入到應用程式時，其不會被儲存在裝置中。
7）應用程式應考慮或者虛擬機器產生的使用者提示資訊或安全警告
8）應用程式不能忽略系統或者虛擬機器產生的使用者提示資訊或安全警告，更不能在安全警告顯示前，利用顯示誤導資訊欺騙使用者，應用程式不應該模擬進行安全警告誤導使用者。
9）在資料刪除之前，應用程式應當通知使用者或者應用程式提供乙個「取消」命令的操作。
10）應用程式應當能夠處理當不允許應用軟體連線到個人資訊管理的情況。
11）當進行讀或寫使用者資訊操作時，應用程式將會向使用者傳送乙個操作錯誤的提示資訊。
12）在沒有使用者明確許可的前提下不損壞、刪除個人資訊管理應用程式中的任何內容。
13）如果資料庫中重要的資料正要被重寫，應及時告知使用者。
14）能合理的處理出現的錯誤。
15）意外情況下應提示使用者。
3.通訊安全性
1）在執行軟體過程中，如果有來電、sms、藍芽等通訊或充電時，是否能暫停程式，優先處理通訊，並在處理完畢後能正常恢復軟體，繼續其原來的功能。
2）當創立連線時，應用程式能夠處理因為網路連線中斷，進而告訴使用者連線中斷的情況。
3）應能處理通訊延時或中斷。
4）應用程式將保持工作到通訊超時，進而給使用者乙個錯誤資訊指示有鏈結錯誤。
5）應能處理網路異常和及時將異常情況通報使用者。
6）應用程式關閉網路連線不再使用時應及時關閉，斷開。
根據自己的測試結果，輸出乙份測試報告，郵箱發給相應的負責人。
*希望通過本文，能給行走在測試路上的你們-------漸行漸遠！！
APP測試基本流程
測試週期一般為兩周，根據專案情況以及版本質量可適當縮短或延長測試時間。正式測試前先向主管或產品經理確認專案排期。測試任務開始前，檢查各項測試資源。產品功能需求文件 產品原型圖 產品效果圖 行為統計分析定義文件 測試裝置 ios3.1.3 ios5.0.1 android1.6 android4.0 ...
APP測試流程
首先看看下面這個圖 ui測試 檢查ui，icon，文字，布局等ui元素與效果圖是否一致。一般ui方面不會存在特別嚴重的問題，作為建議提給產品就好了。功能測試 檢驗功能是否符合需求，涉及到ui層，介面，資料，服務端，邏輯等。功能方面的缺陷一般被定義為嚴重缺陷，必須修復。如果在時間欠缺的情況下，可通過會...
APP測試流程
一 monkey測試 冒煙測試 使用monkey測試工具進行如下操作 二 安裝解除安裝測試 2.使用第三方軟體輔助安裝與解除安裝 三 公升級測試 目的 1.驗證簽名是否一致 2.跨版本公升級是否正常 四 功能測試 1.功能邏輯測試 2.功能點測試 單元測試 3.關聯性測試 整合測試 五 自動化測試 ...