App項目開發流程
一. 需求階段
1. 初期由leader或者項目責任人和PM溝通下階段開發計劃，确認需求的可行性和優先級等初步達成共識
2. 接下來PM提供詳細UE文檔（需求顆粒感盡可能小）發起三方會議，由産品、開發和QA确認需求并達成一緻，開發和QA可以對産品任意方面，提出看法和建議
3. 最終的需求定稿，周知開發和QA，由QA開始編寫測試案例
4. PM容易忽略的需求：打點統計，新手引導頁，灰階更新，動态splash頁等
二. 設計階段
1. 用戶端進行需求拆分，相關開發和伺服器同學讨論确定資料接口，并周知QA
2. 開發根據需求進行程式設計，評估實作複雜度，風險點，估計開發周期
3. 根據與伺服器開發溝通，确定各子產品開發所需時間，彙總告知PM同學
4. 用戶端開發和設計人員确定設計圖的分辨率，溝通各功能頁面出設計圖的優先級（包括标注圖，對于切圖開發和設計溝通協商）
三. 開發階段
1. 高品質完成程式開發，要求有必要的注釋檢視編碼規範
2. 開發中遇到突發問題（比如技術難題，風險評估不足等），可能影響開發周期的立即告知leader和PM，及時發現及時解決調整
3. 開發完成的子產品，進行自我測試直到自己不能發現任何問題（盡可能找不同的機型測試）
4. QA編寫用例完畢，開始全員用例評審
四. 測試階段
1. 開發工程師送出程式，QA進行測試，測試過程中一般不做需求修改或增加（需求“當機點”）
2. QA上報bug，要求必須說明機型，版本，是否必現以及必要日志或者截圖
3. 對于更新，動态splash， push推送等基礎功能每個疊代必須回歸測試
4. “冒煙測試”完畢後，用monkey對程式進行必要壓力測試
5. 産品确認無任何修改後（代碼當機），與工程師确定上線時間
五. 上線階段
1. QA發起用戶端上線，打管道包上線
2. 上線時PM随機抽取安裝包，檢測各個功能可用性，用戶端開發檢測引導頁是否替換，代碼混淆是否開啟，配置檔案是否需要更新等
3. 上線前務必保證用戶端與服務端溝通的一緻性
4. 上線後的30分鐘内，所有開發人員不能下班或者離開
————————————————
版權聲明：本文為CSDN部落客「北漂周」的原創文章，遵循 CC 4.0 BY-SA 版權協定，轉載請附上原文出處連結及本聲明。
原文連結：https://blog.csdn.net/yzzst/article/details/35996355
本文由來源 3，由 system_mush 整理編輯，其版權均為 3 所有，文章内容系作者個人觀點，不代表 Java架構師必看 對觀點贊同或支援。如需轉載，請注明文章來源。