先來看看不同模式下開發(fā)流程（最苦逼的開發(fā)，身兼數職）

獨自開發(fā).png

此時是另外一種開發(fā)模式，人員基本配齊！

多人開發(fā).png

此種下涉及到的角色：產品經理、UI，開發(fā)、測試

每種角色都有自己的工作：

• 產品經理：提取新需求，給出原型等其他工作
• UI：按照產品經理需求給出UI效果
• 開發(fā)：按照UI效果完成工作
• 測試：測試開發(fā)完成的產品

這里主要說下Android客戶端開發(fā)：

在上圖中可以看到（紅線箭頭標注）：測試修復BUG，提新需求，實現新需求這個一直是不斷循環(huán)?。ㄌ貏e是Android端編譯成APP是灰常的耗時）因此為了更加高效實現各自的不同目標,實現持續(xù)化開發(fā)，引入Jenkins(https://jenkins.io/index.html)
利用它的可以解決一下的問題：

• 節(jié)約時間，更加高效開發(fā)！特別是在開發(fā)完成目標/修復BUG后要提交給測試，開發(fā)人員只需要提交代碼到自己的服務器，然后知會一下測試！然后測試使用Jenkins編譯（服務器最新代碼）構建成APP！進行相關測試/或者問題回滾等
• 利用Jenkins了，設置每天定時某個時間自動編譯APP通過email發(fā)送最新APP到產品經理、測試、技術老大等！（我設置是每天晚上9點，這時候基本大家都提交了最新代碼），這樣保證產品和技術老大知道工作進度，保證測試永遠測試最新的版本！
• 保證最后發(fā)現上線的版本是經過測試的，并通過?。ㄟ€沒有引入jenkins時候：通過自己手動編譯給測試版本APP（要發(fā)布的，提前5天這樣），但是自己還 在開發(fā)，并順帶修復BUG，然后再打包給測試，但是測試只是回滾了BUG，把未經測試的代碼發(fā)布上線了）
  *用了之后測試只要在最終發(fā)布版本的時候進行一個整體測試，中間時候只負責回滾BUG就好了

當然必須約定好在上線最后某一時段內不能上傳最新代碼！否則不利于測試進行測試?。ㄎ易约杭s定要發(fā)布的前一天，盡量全部工作圍繞測試展開，保證版本穩(wěn)定上線！）

這里只是現階段自己所得，肯定有很多不足！歡迎交流