技術部門產品及研發部門參加需求評審會議，確定本次專案整體需求以及專案開發工期。
注：上線時間安排：若本次無需運營人員參與配合情況下，建議將上線時間安排在下午4點~5點左右，若本次需要運營人員參與配合情況下，建議上線時間安排在下午3點左右。
需求工期確定後研發內部進行需求分配及認領。按計畫推進專案程序，編寫介面文件。
測試工程師根據需求文件編寫測試用例。
注： 研發過程中，發現需求不合理或暫時無法實現的需求，及時與產品人員進行溝通、協商，雙方達成一致後，通知測試工程師需求變更，測試工程師根據變更後需求調整測試用例。
研發工程師根據需求完成專案後，首先進行自測，排除基本性錯誤，例如：語法錯誤等，大流程基本走通後，將專案提交測試環境，交付測試工程師進行測試。
測試工程師根據測試用例進行測試，協同研發工程師排除異常，確保程式正常平穩執行。
注：測試工程師發現bug一律進入禪道系統，作為記錄。
研發工程師根據禪道bug描述，認領、復現並修復bug，修復完成後，再次交付測試工程師進行回歸測試。
測試工程師確認bug後，回歸測試後，無誤後關閉bug。
『注：若bug涉及多個模組，需多個模組整體測試確認無誤後方可關閉』
開發工程師確認及修復所有bug後，測試人員進行整體回歸測試，確認無誤後交付產品驗收。
產品人員根據需求在測試環境進行產品驗收，嚴格把關專案質量，期間若發現問題，則重複上述步驟4，直至專案可以上線。
注：若驗收過程中需要運營人員參與，需及時跟運營人員溝通，進行專案驗收配合。
產品人員驗收完畢，確認專案可以正常上線後，傳送郵件通知所有相關人員進行上線準備。
研發工程師收到許可上線通知後，進行上線準備工作：
1. 制定上線策略
若多個系統，需要確定上線順序。首先為管理後台，其次是api介面，最後為前端頁面上線（若乙個則忽略）。
2. 資料配置
確認上線後，同步更新資料庫資料及表結構。確保正式環境資料庫環境與測試環境完全一致。
3. 專案部署
確認上線後，專案進行標籤（tag）標註，確定當前專案版本後部署到正式環境，部署順序按步驟1中的上線順序進行專案部署（若乙個則忽略）。
專案部署後，清理專案快取。
灰度測試：專案上線後，首先是測試人員進行灰度測試。灰度測試時只需少量資料或測試資料進行專案測試，走一遍完整的新的業務流程，確認無誤後通知產品人員進行二次測試。
注：若此過程需要運營人員參與的情況下，需及時跟運營人員進行溝通，確保上線後有運營人員跟進新的流程。
資料監控：產品人員進行二次測試後，研發人員經測試資料進行遮蔽或刪除，確保線上資料的完整性，不會因資料出現新的問題而影響正常流程進行。
在測試人員、產品人員、運營人員、研發工程師協同配合下，確保專案無誤，平穩執行後，由測試人員傳送上線郵件，正式通知全體人員專案上線完成。
專案平穩上線後，測試人員郵件傳送測試報告通知本次所有研發人員，匯報本次專案開發工作、bug數量、專案質量等資料，進行專案總結。
專案上線流程
目前公司專案偏多，平均每週五天基本上有四天都會有專案上線，有時一天會上線至少二個版本，就在昨天剛上線了乙個專案，星期一才提測的乙個專案，星期二就安排上線了，所以悄悄地告訴小夥伴們，昨晚俺加班了 再悄悄地告訴大家其實這個昨晚已經過去很久了 微笑臉 今天跟小夥伴們分享一下王豆豆公司的上線流程。01 早會...
關於專案上線流程一覽
網域名稱 新網 萬網 伺服器及網域名稱購買 略 1 任意命令列工具裡輸入ssh root 伺服器公網ip 2 輸入yes，然後輸入伺服器開機密碼。密碼處於安全考慮不會顯示 3 安裝git yum install git 4 安裝node高版本，安好之後就有node和npm curl sl sudo ...
app上線發布流程 APP上線發布流程
上線流程 上線流程的主要步驟 在上線之前對程式進行記憶體動態和靜態分析，注意啟 的螢幕適配，不然會自動拉公升螢幕，使得螢幕自動適配失效 要借助csr檔案生成cer證書檔案 csr的生成是通過鑰匙串生成的 下圖是以真機除錯的development證書截圖，上線發布是選擇add store and ho...