移動終端開發工程師工作流程的總結

從事Android開發也有一小段時間了，總結一下工作流程，梳理從產品需求提出到版本釋出的各個步驟，希望自己能夠堅持把每個環節做到最好。

1、需求評審

產品經理收集提煉出版本需要迭代的需求，拉上相關的角色進行評審。開發角色需要對需求中不確定的點進行討論，預想技術實現方案，並評估可行性，也需要及時提出自己的疑問。

2、技術方案評審

1）當需求中涉及到多方，包括前端（H5、小程式），後臺的時候，需要對其中的通訊協議介面，技術交涉點進行確認。例如將一些可能出現的安全性問題，通過區分使用者的imei、unionid進行防刷校驗；
2）聯合開發需要提前約定聯調時間節點，騰出聯調的時間將主要的介面調通；
3）遇到一些難以解決問題的時候，需要及時將問題丟擲來，和同事一起討論技術選型，彌補一些自己可能考慮不周的地方，然後完善解決方案；

3、測試用例評審

1）當需求補充完成之後，測試角色會對需求進行測試用例的拆分，將各個測試路徑進行梳理；
2）開發角色在評審測試用例的時候，需要看看有沒有重複、遺漏的路徑；
3）提出需要重點關注的點，以及可能涉及到的模組；

4、專案排期

使用project將整塊需求進行拆分，每一項估算工時，生成一份專案計劃，需要預留buff用來緩衝，規避風險。

5、功能開發

1）開發角色在履行任務的時候，需要按照專案排期，按時甚至提前完成開發任務，並進行優化，可以將程式碼結構進行重構，提升可維護性、可讀性；
2）在針對一些模組的效能優化或是功能提升的時候，需要在相關路徑上，新增日誌，方便定位問題，並通過技術方案解決或是規避問題；
3）對於一些需要預研的技術項，可以先行，通過技術方案的可行性再進行工作量的評估和排期；
4）開發的過程中，優先完成重要的功能模組，其他邊界情況的工作，在完成主要模組之後再進行考慮，就是分清楚、處理好“重要”和“緊急”的關係；

6、階段性同步

1）通過晨會、週會的方式同步工作情況；
2）及時丟擲風險點；

7、功能自測

1）在一個任務開發完成之後，需要通過自測一級測試用例，確保功能的完整性，把一些很明顯的問題解決掉，避免阻塞測試主路徑；
2）在提測前可以組織showcase；
3）在提測前可以組織冒煙；

8、提交測試

1）貼上需求連結；
2）貼上測試需要關注的重點；
3）貼上TAG日誌；
4）其他資訊；

9、統計點新增

在完成一個功能模組之後，需要提醒產品經理提統計點，用來檢驗功能的使用情況。方便用於之後的迭代、優化。

10、版本釋出後

1）在版本釋出之後，需要檢視對於版本的異常上報情況，通過堆疊資訊，進行分析、定位、解決問題；
2）回收產品的資料，總結和迭代修改；