軟體專案上線完整流程

初入網際網路行業的小夥伴可能對軟體的釋出流程很好奇, 今天我們就來了解一下軟體專案上線的完整流程.

根據軟體生命週期並結合當前企業的實際情況, 企業中的具體流程如下, 包括了各個環節所需要的交付及產出物.

一. 軟體生命週期

1、專案立項：

市場需求或者合同、專案立項申請表、專案風險分析清單

2、需求分析與評審：

軟體需求報告或設計方案、需求規格說明書

3、概要設計：

概要設計說明書或功能模組描述

4、詳細設計：

詳細設計說明書，包括軟體介面說明、單元測試計劃

5、編碼實現：

軟體功能說明、原始碼、原始碼說明或者註釋

6、測試設計與執行：

測試計劃、測試用例、缺陷報告、測試報告

7、產品釋出：

產品說明書、使用手冊

8、線上運維：

問題反饋記錄

9、專案總結：

提交客戶方的專案總結或第三方驗收資料

二.專案參與成員職責

1、開發環境由開發人員負責, 同時包括了維護與程式碼版本及版本管理

2、測試環境由測試人員負責, 包括了測試時的專案部署

3、預發環境由運維負責

4、生產環境由運維負責

5、所有資料庫相關由DBA(資料庫管理員)或運維統一負責

三.專案上線釋出的流程細分

已經完成開發的系統或應用正式部署到生產環境前, 要嚴格按照上線釋出的流程進行, 並指定上線釋出checklist逐一確認每項需要提前準備的資源及環境是否OK, 一般由測試人員釋出checklist, 開發,運維等進行確認與填寫

3.1 開發提測

- 開發人員在功能開發完成後首先配置開發環境, 將系統部署至開發環境.

- 在開發環境經過自測,透過後提交測試程式碼, 並開始準備上線方案.

(上線方案必須包含,當前版本所影響的範圍, 新增的功能/內容, 前後端 版本號, 前後端負責人, 程式碼地址, 程式部署所需資料庫指令碼檔案, 專案配置說明清單, 計劃上線時間, 上線失敗的回滾計劃等)

- 將上線方案提交技術負責人及專案負責人進行稽核, 稽核透過後郵件提測給測試人員.

3.2 測試執行

-測試人員接收到提測郵件通知後, 開始著手進行測試工作

-首先將待測專案版本部署到測試環境, 如果需要資料庫, 由DBA或運維配合完成

-其次, 待專案部署好之後, 先進行冒煙測試, 冒煙測試不透過, 以郵件方式打回, 請開發重新進行自測, 待自測透過後再次進行測試.

-冒煙測試沒有問題, 則按照已經制定好的測試計劃, 正式進行測試執行

-測試過程中發現缺陷, 及時提交缺陷並跟蹤開發進行解決, 待開發人員修復後進行復測

-最後, 達到測試計劃中的準出標準時, 總結與分析測試, 並輸出測試報告

3.3 測試結果

測試人員經過嚴格測試後, 將本輪測試結果(包括 測試用例執行透過率, 測試覆蓋率, 缺陷數量, 缺陷對應模組分佈, 缺陷嚴重程度部分等), 測試報告以郵件的方式, 傳送給專案組相關成員

3.4 預發環境

測試人員在測試環境對待測軟體/應用經過測試,達到準出標準併發出測試結果通知後.

開發預發環境部署, 按照上線checklist清單, 逐一實施, 並對預發環境進行驗收測試.

再次確認是否達到上線的標準

預發環境測試透過, 則以郵件通知相關開發、產品、運維, 準備正式上線

3.5 正式上線

1.在專案具備釋出條件下, 正式上線前, 開發人員召集所有相關人員(開發,測試,運維,產品)討論此次部署內容(重點介紹各方的具體內容與職責, 資料指令碼執行, 部署的順序, 配置檔案, 部署時間, 回滾方案等), 最後形成會議紀要併發出郵件

2.確認上線後, 測試人員郵件上線方案,資料庫指令碼, 配置檔案, 版本號給運維及DBA,

3.DBA提前執行資料庫指令碼, 應用部署應透過自動化部署平臺進行部署, 部署系統應在應用系統中記錄當前分支號, 以便後續回滾使用.

4.在部署過程中出現問題, 由對應負責人及時解決, 如果問題不能在釋出的計劃時間內予以解決, 則執行回滾方案.

5.運維及DBA在操作完成時,均需要回復郵件, 並說明操作結果

6.釋出完成後, 運維人員郵件通知測試人員, 業務及需求相關人員進行線上測試

7.測試結果及問題, 提交開發. 如果出現問題不能在計劃時間內解決, 執行回滾方案, 並重新進行迭代

3.6 運維監控

運維人員持續對線上業務進行有計劃的監控及日誌採集, 及時發現問題處理及反饋問題。

以上就是一個軟體專案上線的完整流程，如果還想知道哪些乾貨知識，可以隨時給我留言！