[發明專利]軟件工程項目故障處理方法、裝置、設備及存儲介質

在審

• 申請號: 202110451833.X
• 申請日: 2021-04-26
• 公開（公告）號: CN113064606A
• 公開（公告）日: 2021-07-02
• 發明（設計）人: 張燕飛
• 申請（專利權）人: 平安普惠企業管理有限公司
• 主分類號: G06F8/61
• 分類號: G06F8/61;G06F8/71;G06F16/17
• 代理公司: 北京市京大律師事務所 11321
• 代理人: 姚維

本發明涉及研發管理領域，公開了一種軟件工程項目故障處理方法、裝置、設備及存儲介質。所述方法包括：在軟件工程項目發生運行異常時，獲取其日志文件；提取日志文件中的異常提示信息并判斷是否為缺失包異常；若是，則執行預置正則表達式，提取異常提示信息中各缺失包文件的名稱并檢索預置目標檢索區域內的包文件，得到各缺失包文件對應的多版本的包文件列表；分別判斷各缺失包文件是否與軟件工程項目兼容后，分別將兼容的缺失包文件安裝至所述軟件工程項目對應的包文件安裝路徑，并重新運行軟件工程項目。本發明能自動處理運行異常的軟件工程項目所發生的缺失故障，使軟件工程項目能夠重新正常運行。

技術領域

本發明涉及研發管理領域，尤其涉及一種軟件工程項目故障處理方法、裝置、設備及存儲介質。

背景技術

在軟件工程項目的開發過程中，通常需要引入相關的依賴包，這些依賴包可以是本項目開發者自行開發的，在項目中抽離出來形成了單獨的工具包，也可以是引入第三方開發者研發的工具包，直接引入到本項目中并使用其中豐富的功能，從而加快項目開發的進度。大多數的軟件開發項目中，開發者們都會共享出其研發的工具包供他人下載使用，形成了良性的知識共享生態圈。

在實際應用中，由于依賴包的引用方式不正確會導致程序出現缺失故障，進而導致整個工程項目無法正常運行。出現這種情況時，一般需要開發者重新手動安裝所缺失的依賴包文件，并重新進行調試和測試。另外，工具包對應的版本眾多，在調試的過程中，需要逐一引入各版本的工具包，并逐一嘗試是否適合當前項目的運行環境，這一過程相當的繁瑣，且極大地影響了項目開發的效率。

發明內容

本發明的主要目的在于解決現有軟件工程項目運行中出現缺失故障時無法自動排除故障的技術問題。

本發明第一方面提供了一種軟件工程項目故障處理方法，包括：

在軟件工程項目發生運行異常時，獲取軟件工程項目的日志文件；

提取所述日志文件中的異常提示信息并判斷是否為缺失包異常；

若為缺失包異常，則執行預置正則表達式，提取所述異常提示信息中各缺失包文件的名稱；

根據所述各缺失包文件的名稱，檢索預置目標檢索區域內的包文件，得到所述各缺失包文件對應的多版本的包文件列表；

依次讀取各所述包文件列表中各版本的缺失包文件，并分別判斷所述各缺失包文件是否與所述軟件工程項目版本兼容；

分別將與所述軟件工程項目版本兼容的缺失包文件安裝至所述軟件工程項目對應的包文件安裝路徑，并重新運行所述軟件工程項目。

可選的，在本發明第一方面的第一種實現方式中，在所述在軟件工程項目發生運行異常時，獲取軟件工程項目的日志文件之前，還包括：

初始化軟件工程項目的日志文件的存儲路徑，并在所述存儲路徑下創建空白日志文件；

創建所述軟件工程項目的異常捕獲對象，并構建所述空白日志文件及所述異常捕獲對象的關聯關系；

根據所述關聯關系，將所述異常捕獲對象捕獲到的多個第一異常提示信息記錄至所述空白日志文件，得到所述軟件工程項目對應的日志文件，其中，各所述第一異常提示信息中包括異常發生時的時間戳及各所述第一異常提示信息的等級信息。

可選的，在本發明第一方面的第二種實現方式中，所述提取所述日志文件中的異常提示信息并判斷是否為缺失包異常包括：

提取所述日志文件中的異常提示信息，并根據各所述第一異常提示信息中的所述時間戳，在各所述第一異常提示信息中篩選出預置時間范圍內的多個第二異常提示信息；

根據各所述等級信息，在各所述第二異常提示信息中篩選出等級最高的多個第三異常提示信息；