開發(fā)階段
1 技術開發(fā)完成腻要，檢查App 整個運行流程，有無bug问麸，有無缺少流程功能點缺失尽狠。
測試階段
一、 測試周期
- 1.1 測試周期一般為兩周黑忱，根據項目情況以及版本質量可適當縮短或延長測試時間宴抚。
二勒魔、 測試過程
- 2.1 打出beat包進行組內測試，組內進行測試整個流程的完整性菇曲，流程是否缺失冠绢，出現問題點有哪些（出現bug 或者功能上的缺失進行修復）
- 2.2 組內測試問題反饋給產品，產品進行問題匯總常潮，反饋給相應的技術人員進行修改(如此反復幾輪）
- 2.3 幾輪測試完成唐全，App 無崩潰或功能缺失問題
- 2.4 可以根據實際情況，是否要發(fā)動全部門去測試
三蕊玷、測試要點
3.1 UI測試
3.1.1） 確保手頭的原型圖與效果圖為當前最新版本。
3.1.2） 確保產品UI符合產品經理制定的原型圖與效果圖弥雹。
3.1.3） 一切界面問題以效果圖為準垃帅，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產品經理剪勿。
3.1.4） 由于測試環(huán)境中的數據為模擬數據贸诚，測試時必須預先考慮到正式環(huán)境中可能出現的數據類型。
3.2 功能測試
3.2.1） 確保測試用力文檔和功能需求文檔為當前最新版本厕吉。
3.2.2） 確保所有的軟件功能都已實現且邏輯正常酱固。
3.2.3） 一切功能問題以需求文檔為準，若有用戶體驗方面的建議头朱，必須先以郵件或口頭的形式詢問產品运悲。用戶體驗方面的建議，優(yōu)先級放在修復bug之后项钮。
3.2.4）所有的“外部原因”問題班眯，都需要盡早地督促開發(fā)人員與服務端人員聯系協調解決。并在之后的測試報告中予以體現烁巫。
3.3> 兼容測試/性能測試
3.3.1） 確保軟件在所有兼容機型上都能正常使用
3.3.2） 對于低端性能兼容機上獨有的問題（例如ios8以下署隘、Android4.0以下），若在技術上難以修改或者由于排期的原因無法在短時間內改進亚隙，必須在測試中注明磁餐，并得到產品經理以及運營人員的確認，最好以郵件的形式得到確認
3.3.3） 性能測試方面必須滿足硬件壓力條件下的測試需要
3.4> 回歸測試
3.4.1）軟件最終上線前阿弃，需對產品進行回歸測試诊霹，測試內容包含之前所有的測試項目
3.4.2）回歸測試不再對細節(jié)進行測試，而是類似于對產品進行驗收渣淳，從客戶正常使用的角度對產品進行再一輪的整體測試畅哑。
3.4.3）在回歸測試通過之后，才對產品進行提交上線水由。
四 荠呐、測試報告
4.1> 測試人員需對所測項目發(fā)送測試報告赛蔫。
4.2> 測試報告所包含的內容為：
4.2.1）對當前測試版本問題進行分級。
4.2.2）對較嚴重的問題進行列舉泥张，提示開發(fā)人員優(yōu)先修改呵恢。
4.2.3）對版本的整體情況進行評估。
4.3> 產品上線前媚创，測試人員最好發(fā)送產品上線報告
測試注意事項
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 發(fā)起TestFlight內部測試，如若測試無問題斜友，App 提交給蘋果進行審核炸裆。
2> iTunes Connect 里面有個用戶職能 分為七種， 分別是管理鲜屏、財務晒衩、App管理、開發(fā)人員墙歪、營銷听系、銷售、報告虹菲，每個用戶職能有不同的權限靠胜。
3> 內部測試，可以從iTunes Connect里面最多選25個用戶參與TestFlight測試毕源，會收到測試App版本浪漠，進行測試霎褐。
4> 外部測試址愿，最多可以邀請1000人，但必須提交beat版APP 進行審核冻璃，方能邀請外部 測試員（注响谓，外部測試員可以不加入iTunes Connect 組里面）
5> 測試無誤损合，提交給蘋果審核，最終上架娘纷。
