起因：近段時間，版本發布及測試的流程很亂，版本不夠公開，測試流程不夠細緻，bug提交未能起到作用。在測試還未能細緻的完成時，版本就急於發布，然後在專案中遇到問題時又急於修改然後再發布，測試人員工作立即無效化，然後開始測試新的改後版本，然後還未完成時又遇到問題再進行修改，這樣惡性迴圈下去，會造成開發，測試，移植，運營，商務人員都會壓力很大，而且很混亂。
故建議將該流程細化，明確，周知，然後按照流程進行處理，優化這一工作過程。
1， 該流程參與人員：
模組開發人員，模組測試人員，版本發布人員，移植人員，運營人員。
2， 版本號規範，版本號分為3位，即x.x.x，第一位為大版本號，即乙個大的框架，第二位為功能新增或嚴重bug修復是版本號位，第三位為小bug，及版本區分位。
3， 正常情況下，開發人員將版本號、模組運作流程或設計文件（郵件形式），條件限制（郵件形式），及樣機提交給測試人員。
4， 由測試人員製作測試樣例（版本號前連兩位做修改的，要進行測試樣例評審，參與人員為流程設計人員，開發人員，測試人員）並進行測試，之中出現問題反饋給開發人員（走bugfree反饋）。
5， 測試完全通過後，由測試人員發郵件給版本發布人員告知測試通過（以此為準，其它均無效），並詳細描述版本差異及特性。
6， 由版本發布人員發布新版本周知，正式發布上線，開始出包移植。
7， 對於專案發現問題，要對問題進行評定（運營協調評定），需要進行整體測試的，要將專案暫停，然後整體測試完成後再進行除錯，若不需要則現場除錯，然後再由移植人員將bug提交到bugfree中，由解決問題的開發人員來進行詳細填寫解決辦法（由版本發布人員來審查），以備忘。
8， 若專案需求變更需要改庫，沒有外出的，由開發人員告知測試人員，新增至bugfree，並只給開發人員（版本發布人員來審）。
9， 若時間問題要發布新版本的（做區域性bug修復，理論上不影響穩定性），也要告知版本發布人員，由版本發布人員周知版本特性，並由測試人員確定其穩定性（在發布後）。
2012-2-13
修訂人：技術部全體
軟體發布版本說明
xx releasenotes發布版本說明模板revision record修訂記錄 distribution list 分發記錄歷史記錄 2 目錄 3 發布版本說明 總體 4 1 引言 4 1.1 宣告 4 1.2 目的 4 1.3 背景 4 1.4 定義 4 1.5 參考資料 4 2 關於本發布...
軟體版本構建發布流程
該流程是軟體程式開發結束，進行正式版本構建發布的流程。目的是規範正式版本構建發布的過程，確保軟體版本與程式的一致性，便於軟體正式進入系統測試階段，通過測試後就可以對外正式發布。scm根據軟體版本說明書 自測報告審核，主要審核軟體文件是否齊全，版本號是否符合規定等。產品經理審核，主要審核軟體是否符合基...
2023年標準版本目錄2019 2 24發布
關於發布2012年常用技術標準有效版本 目錄的通知 第一期 公司各部室 各在建專案經理部 為保證常用技術標準的有效性，公司對目前常用的規範 規程和技術標準有效版本進行了收集整理，編制出 2012年常用技術標準有效版本目錄 並予以發布。公司各部室 各在建專案經理部務必按此目錄認真對所使用的規範 規程和...