工作流程

我這是我對我們專案一個release的流程追蹤頁的翻譯和總結，覺得挺有用的在此記錄一下。

此頁面為wiki頁面，wiki和郵件繫結有修改後發通知的功能。

版本更新追蹤頁可以始終用這個URL http://****找到。 追蹤頁是用來追查需要釋出的新版本所有追蹤點是否被解決的。 當所有條目列玩準備開始新一輪的跌倒，這個追蹤頁要重新命名，命名建議後面加日期做區分，新的追蹤頁建立，名字不加日期，並確保能被http://****找到。

1.所有要開發的業務用例（user stories）或者要修復的bug都要經過每個開發者的確認，當流程走到測試這個節點時，請提供程式碼完成後被你檢驗的任務序列碼。 2.如果其中一個子任務的開發週期大於兩天，請提供詳細的任務說明文件（wiki），裡面需要包含業務邏輯和實現步驟。 3.如果有些特殊或者個別的cases被verified，請列出。 4.同組review並且必須得到合格批准，然後在下面的程式碼審查列中列出審查人的姓名（如果有審查結果更好）。 5.標註測試開發人員（QE）準備測試列，QE看到標註就開始測試。 6.請提供NT或者DL在功能誰需要它這一列。

版本更新重要步驟。 對於新模組來說： 1）所有程式碼需要完成並且確保可測試。 2）單元測試覆蓋率不能低於平均水準。 3）程式碼必須審查 4）架構/設計 文件已經提供。 對於測試來說： 1）所有測試計劃需要被審查和批准 2）功能測試通過 3）迴歸測試通過 4）針對顧客關注點的驗收測試通過 5）自動化測試覆蓋率大於50% 6）壓力測試通過並確保效能惡化率不能大於上個版本

Sonar（程式碼質量管理工具） 1）程式碼行覆蓋不能減少。 2）被阻礙的點是0 3）單元測試100%通過

定義檢查節點： 1）業務用例/JIRA ID： 所有業務用例要在jira上寫清。負責人：專案經理和開發。 2）版本更新時間： 定好版本更新時間 負責人 專案經理和開發和測試開發（QE） 3）設計文件： 把設計文件的連結放在能找到的地方（比如jira裡）負責人（開發） 4）單元測試：單元測試的提交的程式碼版本庫和Jenkins執行連結也給貼出來 負責人（開發） 5）程式碼檢查：誰審查程式碼，貼出名字。負責人（開發和測試開發） 6）新功能提交的版本庫：貼出branch 名字 負責人（開發） 7）測試計劃：貼出測試計劃wiki連結 負責人 專案經理和開發和測試開發（QE） 8）開發人員功能模組測試， 開發人員自己測試一遍沒問題後，如有需要請貼出您測試的連結（Jenkins記錄或者log記錄等） 負責人 開發 9）測試開發人員在這個模組的branch或者整合的branch上進行測試。負責人 測試開發（QE） 10）程式碼凍結， 不準再上傳新程式碼到這個整合branch（不準增加新業務），除非是開發緊急修的bug程式碼。 當程式碼凍結後，在這個branch上做迴歸測試。 11）迴歸測試做完後，開發把程式碼上傳到整合分支，同時確保QE所有測試材料都已經備好。 12）在半生產環境上（也可理解為測試環境）部署並測試這個新版本的新功能。 13）在半生產環境上（也可理解為測試環境）部署並做迴歸測試。 14）單元測試100%通過，程式碼覆蓋率不能低於前一個版本，沒有新開的bug,在Sonar上沒有程式碼質量問題。 15）把整合分支的程式碼整合到釋出的分支上（不能混淆整合和釋出兩個分支），把這個版本釋出到生產環境上去。 16）在生產環境上跑端到端和增刪改查自動化指令碼。

分析： 定義檢查節點： 8）開發人員功能模組測試， 開發人員自己測試一遍沒問題後，如有需要請貼出您測試的連結（Jenkins記錄或者log記錄等） 負責人 開發