1. 程式人生 > >專案迭代

專案迭代

專案迭代

1、流程圖

(1)需求分析

產品經理將功能設計好成“PRD”“原型”"設計稿"提供出來
準備好這些東西以後就可以定版
☆在產品和開發(經理)聊的時候可能會有變動,而未將最新的PRD給到我們,而已經我們著手去開發,這變動可能會影響我們估的開發時間

(2)開發評估預計測試

評估時間
評估的時候不會針對需求進行評估,會對之前的程式碼也進行評估
△例如 “增加不可使用優惠券選項卡”
做這個東西,我們應該想到我們應該是去修改或增加哪些東西
優惠券選項卡是在訂單預覽頁面,想到的會有訂單預覽頁的展示,排除已存在的優惠券,到優惠券不可用原因的展示
△不看程式碼的情況下我們需要基於需求知道系統要修改的點
那麼訂單預覽頁不可能是一個人(歷史好漢)做的,對訂單預覽頁是是不夠了解的,這對我評估的時間是不準的,
△不準的情況下,在評估之前我們需要做的事情試是什麼?
①要把訂單頁的介面對應的介面找出來
②就按照想得方式
資料展示會變是不是要個DTO組裝資料,對下設計稿設計
這時想下設計的實現思路,簡單的在類裡面用註釋寫出來每一步需要做什麼?甚至我們可以把方法都定義好, 先不去實現,大致的思路已經定義好了,現在就可以清楚地知道做每一塊實現的時間了,哪些功能是快速完成的可歸納成一個版本
就可以指定開發計劃了
③開發這一塊會影響到哪些塊地方,這步要給測試,測試不可能整個系統給你來一遍
△給到測試

例如評估格式:

1、增加不可使用優惠券選項卡
需求文件:

PMP

描述:

增加不可使用優惠券選項卡,編寫介面程式把有效時間內不能使用的優惠券提供給前端

影響範圍:

訂單預覽

檔案路徑:
  • 1、com.suibao.web.controller.promotions.SuibaoPromotionSelector
  • 2、com.suibao.web.component.promotion.PromotionReadLogic
介面及引數:
  1. 現有下訂單時的優惠券介面:/api/suibao/promotion/global
  2. 下訂單時的有效但不滿足條件優惠券:/api/suibao/promotion/cannotPormotion
public class SuibaoPromotionSelector {
     public List<PromotionReadLogic.PreviewPromotionDto> globalPromotions(@RequestBody SubmittedOrder submittedOrder) {
        ...
            }
}
public class PromotionReadLogic{
             public List<PreviewPromotionDto> getGlobalPromotions
(@RequestBody SubmittedOrder submittedOrder) { ... } }
public class SuibaoPromotionSelector{
             public List<PreviewPromotionDto> getConnotPromotions(@RequestBody SubmittedOrder submittedOrder) {
            1、獲取使用者ID
            2、找到篩選使用者下的優惠券ID
            3、返回前端
            }
}

☆產品經理提需求我們開發是怎麼接收到需求呢?
通過PMP(禪道,PASS等)系統,將任務分塊羅列出來有專案經理進行分配人員

(3)開發

gitflow
△Hotfix 分支 緊急修復分支,合併到Master和Develop
△Release x.0,測試有BUG直接從feature合到Release上,測試完成後,釋出到Master後,將程式碼合併到develop(測試迴歸)
△develop 測試分支,測試完可以提出Release x.0,
△feature開發分支每個功能為一個分支確定準備是這次上線了才可以往裡面合,不然程式碼從Develop扣出來是有風險的

(4)測試

會根據需求文件進行編寫測試用例,測試完後進行發版

(5)迴歸

發版完成後,專案會迴歸。如果線上有重大的BUG緊急修復完後需要編寫下文件(簡略的)給到測試,後面補充完整。