開發階段
1 技術開發完成，檢查App 整個運行流程，有無bug，有無缺少流程功能點缺失。
測試階段
一、 測試周期
- 1.1 測試周期一般為兩周，根據項目情況以及版本質量可適當縮短或延長測試時間。
二、 測試過程
- 2.1 打出beat包進行組內測試，組內進行測試整個流程的完整性，流程是否缺失，出現問題點有哪些（出現bug 或者功能上的缺失進行修復）
- 2.2 組內測試問題反饋給產品，產品進行問題匯總，反饋給相應的技術人員進行修改(如此反復幾輪）
- 2.3 幾輪測試完成，App 無崩潰或功能缺失問題
- 2.4 可以根據實際情況，是否要發動全部門去測試
三、測試要點
3.1 UI測試
3.1.1） 確保手頭的原型圖與效果圖為當前最新版本。
3.1.2） 確保產品UI符合產品經理制定的原型圖與效果圖。
3.1.3） 一切界面問題以效果圖為準，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產品經理。
3.1.4） 由于測試環境中的數據為模擬數據，測試時必須預先考慮到正式環境中可能出現的數據類型。
3.2 功能測試
3.2.1） 確保測試用力文檔和功能需求文檔為當前最新版本。
3.2.2） 確保所有的軟件功能都已實現且邏輯正常。
3.2.3） 一切功能問題以需求文檔為準，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產品。用戶體驗方面的建議，優先級放在修復bug之后。
3.2.4）所有的“外部原因”問題，都需要盡早地督促開發人員與服務端人員聯系協調解決。并在之后的測試報告中予以體現。
3.3> 兼容測試/性能測試
3.3.1） 確保軟件在所有兼容機型上都能正常使用
3.3.2） 對于低端性能兼容機上獨有的問題（例如ios8以下、Android4.0以下），若在技術上難以修改或者由于排期的原因無法在短時間內改進，必須在測試中注明，并得到產品經理以及運營人員的確認，最好以郵件的形式得到確認
3.3.3） 性能測試方面必須滿足硬件壓力條件下的測試需要
3.4> 回歸測試
3.4.1）軟件最終上線前，需對產品進行回歸測試，測試內容包含之前所有的測試項目
3.4.2）回歸測試不再對細節進行測試，而是類似于對產品進行驗收，從客戶正常使用的角度對產品進行再一輪的整體測試。
3.4.3）在回歸測試通過之后，才對產品進行提交上線。
四 、測試報告
4.1> 測試人員需對所測項目發送測試報告。
4.2> 測試報告所包含的內容為：
4.2.1）對當前測試版本問題進行分級。
4.2.2）對較嚴重的問題進行列舉，提示開發人員優先修改。
4.2.3）對版本的整體情況進行評估。
4.3> 產品上線前，測試人員最好發送產品上線報告
測試注意事項
1> 測試機型覆蓋（iOS 如 iphone 6 iPhone5S iphone 6S等 Android 如三星，小米,華為等）；
2> 測試系統覆蓋（iOS 如 iOS 7X iOS 8X iOS 9X等，Android 如Android 4.0, android 4.4, android 5.0等）；
3> 測試按照測試用力流程，進行測試，出現問題點進行記錄（整個流程跑完之后進行反饋問題）。
4> 測試原型圖，效果圖。
上線前準備 iOS
1> 如經過幾輪測試之后，認為可以達到上線準備，技術提供相應的上線App.ipa包給產品，產品通過Application Loader 把App.ipa包上傳到iTunes Connect上面構建 版本號，通過iTunes Connect 發起TestFlight內部測試，如若測試無問題，App 提交給蘋果進行審核。
2> iTunes Connect 里面有個用戶職能 分為七種， 分別是管理、財務、App管理、開發人員、營銷、銷售、報告，每個用戶職能有不同的權限。
3> 內部測試，可以從iTunes Connect里面最多選25個用戶參與TestFlight測試，會收到測試App版本，進行測試。
4> 外部測試，最多可以邀請1000人，但必須提交beat版APP 進行審核，方能邀請外部 測試員（注，外部測試員可以不加入iTunes Connect 組里面）
5> 測試無誤，提交給蘋果審核，最終上架。
