[發明專利]基于Devops的完整生命周期管理平臺及方法

在審

• 申請號: 202011340630.5
• 申請日: 2020-11-25
• 公開（公告）號: CN112486557A
• 公開（公告）日: 2021-03-12
• 發明（設計）人: 李子川;林昌平;汪洋;宋潔潔;陳茜;付婷婷;李慶
• 申請（專利權）人: 浙江臻善科技股份有限公司
• 主分類號: G06F8/70
• 分類號: G06F8/70
• 代理公司: 杭州九洲專利事務所有限公司 33101
• 代理人: 沈敏強

1.一種基于Devops的完整生命周期管理平臺，其特征在于，包括：

產品管理服務模塊，用于需求的收集、規劃，并生成相應的測試和開發任務；

持續集成服務模塊；用于提供可視化、可定制的一體化功能，支持一鍵式部署，并行部署服務、與流水線無縫集成；

代碼自檢服務模塊，用于在編碼完成后執行多語言的代碼靜態檢查和安全檢查，獲取全面的質量報告，并提供缺陷的改進建議和趨勢分析；

測試管理服務模塊，用于提供多場景的接口、性能、自動化測試；

產品倉庫服務，用于提供軟件發布的服務，存放部署包、測試報告和產品白皮書等產品資料文檔，便于用戶在同一個平臺即可獲取不同產品的資料。

2.根據權利要求1所述的基于Devops的完整生命周期管理平臺，其特征在于，所述產品管理服務模塊，包括：

工作臺：用戶登錄后，默認展示工作臺界面，可以用于日常的工作處理包括缺陷、任務、需求、工作日志的填寫等操作；

需求池模塊，用于需求和外部缺陷的收集、排序和處理；

決策分析模塊，用于對產品和版本進行數據分析；

周報模塊：用于匯總部門個人本周的工作情況和下周的工作安排；

產品管理模塊，用于創建產品和版本，根據產品線劃分產品，并分為產品卡片和產品列表兩種展示方式；

需求管理模塊，用于在版本下創建和規劃該版本的需求，并對需求進一步的處理，包括分解任務、測試用例、提測；

計劃管理模塊，用于為產品目標規劃多個里程碑，將需求和缺陷合理安排工期；

任務管理模塊，具有任務支持列表和看板的模式，用于一鍵生成任務，以及將任務積分自動推送績效考核系統；

提測單模塊，用于在需求開發完成后，對需求進行提測，確認提測后，跟進需求內容自動生成測試任務；

測試用例模塊，用于按照統一規范，撰寫用例，為用例設置等級和維護人，使用靈活的層級分類，輕松組織測試用例庫；

缺陷管理模塊，用于在執行測試階段，獲取測試人員發現并錄入的缺陷，并發送給開發人員；并在開發人員處理缺陷后，供測試人員跟進缺陷的解決情況來關閉缺陷。

3.根據權利要求1所述的所述的基于Devops的完整生命周期管理平臺，其特征在于，所述持續集成服務模塊，包括：

流水線模塊，用于按需定制流水線流程；

編譯打包模塊，支持Maven和ant兩張打包方式，用于自動獲取代碼，提供可視化界面查看日志信息；

部署任務模塊，支持多種語言部署，支持用戶自定義shell腳本部署，也支持用戶進行容器部署；

服務列表模塊，用于監控所運行的服務狀態及對服務進行啟動、停止、重啟操作。

4.根據權利要求1所述的所述的基于Devops的完整生命周期管理平臺，其特征在于，所述代碼自檢服務模塊，包括：

Findbugs模塊，用于批量過濾缺陷，分級分類快速處理，執行過程中提供實時的日志監控及完成后的消息通知；

代碼檢查模塊，用于提供近千條典型檢查規則，提供多維度質量統計報表及檢查趨勢圖。

5.根據權利要求1所述的所述的基于Devops的完整生命周期管理平臺，其特征在于，所述測試管理服務模塊，包括：

接口測試模塊，用于在頁面和功能沒有完全完成之前，檢驗接口的正確性；

性能測試模塊，用于在線性能測試，支持HTTP或HTTPS協議，模擬多用戶并發場景，適用各類壓測場景，幫助用戶提前發現性能問題；

UI自動化測試模塊，以插件的形式安裝，支持在線錄制和回放腳本，可通過定制場景，根據系統測試需要，批量添加腳本，有計劃地智能回歸測試系統；

配置管理模塊，用于配置性能測試和持續集成中所需的主機管理。

6.根據權利要求1所述的所述的基于Devops的完整生命周期管理平臺，其特征在于，所述產品倉庫服務服務模塊，包括：

測試倉庫模塊，用于測試倉庫存放編譯過程中推送過來的軟件包，默認推送到測試倉庫；

正式倉庫模塊，用于存放測試倉庫推送過來的軟件包；

知識沉淀模塊，用于沉淀匯總文檔資料、設計資產、版本信息和更新記錄。

7.一種利用權利要求1～6任意一項所述管理平臺的管理方法，其特征在于：

S1、需求收集，需求方在需求池中錄入需求，由需求對接人規劃需求的優先等級，有序落實需求，最后由產品經理根據優先級對需求進行規劃處理；

S2、規劃版本，產品經理或者項目經理錄入版本的開始與截止時間，并錄入版本目標；

S3、需求整理，產品經理根據需求方錄入的需求并結合系統本身的需求進行整理，形成需求清單；

S4、評審，進行需求評審確定要完成的需求；

S5、計劃制定，產品經理或者項目經理根據需求方的要求制定出項目的整體計劃；

S6、任務分解，相關負責人對需求進行任務拆分；

S7、原型設計，產品經理根據需求實現需求的靜態或者動態原型的設計，并編寫需求文檔；

S8、界面設計，原型評審通過后，產品經理進行需求講解，并交由美工進行界面設計；界面設計完成后，由產品經理進行界面的驗收，驗收通過后，交由前端人員開發；

S9、前端實現，前端人員接收到界面后，進行前端代碼的編寫；編寫完成后，由產品經理進行界面的驗收，驗收通過后，在交由后端人員開發；

S10、編碼實現，開發人員根據需求規格說明書及概要設計進行功能的開發，開發完成后，需要進行自測，自測通過后，交由產品經理驗收；

S11、驗收提測，開發人員完成開發后，不僅需要測試人員對產品進行測試，產品經理也需要對其進行驗收；產品經理驗收通過后，由開發負責人/產品經理進行提測；

S12、環境部署，提測后由測試人員按照提測單中提供的補丁文件、SQL腳本、版本發布說明、部署說明并利用持續集成進行環境的部署；

S13、測試階段，部署通過后，冒煙測試通過后，測試人員根據測試計劃及用例安排進行功能測試，測試過程中持續更新用例狀態；測試過程中記錄缺陷，并提交給對應開發人員；

S14、缺陷修復，開發人員完成缺陷修復，修復后提交測試人員進行驗證，直到驗證通過為止；

S15、回歸測試，功能全部開發完成且功能測試缺陷修復滿足要求后，測試人員進行回歸；

S16、驗收上線，若達到發布標準后，則由測試人員進行相關文檔補充，并通知需求方。

S17、需求確認關閉，需求方最后根據需求的完成情況對需求進行確認關閉。