close
Source: http://www.cnblogs.com/everhad/p/5447886.html
新需求開發工作節奏：
- 新需求原型發布，開發人員查看、了解新需求。（1天）
- 客戶端、UI、產品、服務器、測試組一起討論新需求。解決業務疑難，溝通并掌握需求。（1天）
- 各個小組評估開發時間、分配開發任務。（0.5天）
- 新版本開發啟動，開啟新的feature分支。
- 和后臺溝通數據接口。
- 根據UI圖，開發各個界面，完成交互邏輯。
對照原型，UI圖和產品、UI人員溝通確認新功能細節。和服務器組完成接口對接和調試。
5、6、7 不斷迭代。。- 各個功能開發完畢。開發人員根據測試用例完成自測。
- 合并分支到develop，jkins打包，提交測試。
- 進入測試環節，和測試溝通，解決mantis上的Bug。
- 測試完畢，進入預發布測試環節。分出此版本的release分支。
- 修改預發布測試產生的bug。
上線，各個組支持最后的測試，通過，合并代碼到master分支。完成產品上線。
版本末期總結：
當前版本開發總結
測試和預發布測試時，mantis上的bug進行統計，分類，總結開發過程中產生Bug的原因。
主要是：需求變更、需求增加、需求未同步、UI變更、需求理解錯誤、代碼邏輯錯誤等。
提出下個版本開發任務中能減少錯誤、優化工作流程、提升工作效率的方法。上個版本友盟線上bug的分析
主要是后臺數據和代碼邏輯漏洞的整理、分析，偏技術層面。
 |
不含病毒。www.avast.com |
全站熱搜
留言列表
