[發明專利]測試任務的監測方法、裝置、設備及存儲介質

有效

• 申請號: 202110482322.4
• 申請日: 2021-04-30
• 公開（公告）號: CN113051180B
• 公開（公告）日: 2023-09-29
• 發明（設計）人: 高預皓
• 申請（專利權）人: 中國平安人壽保險股份有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京市京大律師事務所 11321
• 代理人: 姚維

本發明涉及研發管理技術領域，公開了一種測試任務的監測方法、裝置、設備及存儲介質。本方法包括：確定待監測系統，并根據獲取的與待監測系統對應的歷史缺陷集合和待監測系統的參數信息生成待監測任務；將待監測任務發送到對應待監測系統，生成監測任務列表中的所有監測任務；通過預設任務執行順序執行監測任務，獲取監測任務中所有測試任務的運行結果；根據預置結果驗證數據對運行結果進行驗證，判斷歷史缺陷是否復現；生成監測報告；確定歷史缺陷復現的原因，發送告警郵件至預設郵箱。解決了無法對邏輯缺陷和定制化登錄場景下的歷史缺陷進行監測的技術問題。

技術領域

本發明涉及研發管理技術領域，尤其涉及一種測試任務的監測方法、裝置、設備及存儲介質。

背景技術

在軟件開發過程中或者開發完后，通常需要對軟件進行相關測試，及時發現問題，從而保證軟件在發布后能夠正常運行。測試任務的監測是指對所測試的系統（或對象）歷史上已發現并修復的缺陷進行監測，目的是當由于運行環境切換、運行機器變更等因素出現導致歷史缺陷再次出現時，可以第一時間發現。避免歷史缺陷復現對系統造成風險。

目前，已有的歷史缺陷掃描工具都是基于已有的缺陷POC或者現象進行的監測，因邏輯缺陷需要在不同的系統角色進行切換操作，根據返回的現象不同來判斷，需要自定義監測內容，且很多系統的缺陷需要在已登錄狀態才會顯現，所以不能用對邏輯缺陷和系統定制化對應的登錄場景下的歷史缺陷等無表象的缺陷進行監測；即使缺陷復現后可監測但無法判斷由于什么變更導致。加上歷史出現過的嚴重缺陷，一旦由于運營或者其它因素導致缺陷的復現，將對系統帶來很大的風險，從而影響公司的營收。

發明內容

本發明的主要目的是解決了無法對測試任務中的邏輯缺陷和特定登錄場景下的歷史缺陷進行監測的技術問題，提高了測試效率。

本發明第一方面提供了一種測試任務的監測方法，包括：

確定待監測系統，獲取與所述待監測系統對應的歷史缺陷集合與所述待監測系統的參數信息，并根據所述歷史缺陷集合和所述參數信息生成監測任務，其中，所述歷史缺陷集合中包括至少一個歷史缺陷，所述監測任務中包括至少一個測試任務；

將所述監測任務發送至所述待監測系統，生成監測任務列表，其中所述監測任務列表中包含至少一個監測任務，所述監測任務中包含至少一個測試任務；

基于預設任務執行順序執行所述監測任務，獲取所述監測任務中所有測試任務的運行結果；

根據預置結果驗證數據對所述測試任務的運行結果進行驗證，基于所述驗證結果判斷所述歷史缺陷集合中是否有歷史缺陷復現，并生成監測報告；

若存在歷史缺陷復現，則基于所述監測報告確定所述待監測系統對應歷史缺陷復現的原因，并發送告警郵件至預設郵箱。

可選地，在本發明第一方面的第一種實現方式中，在確定待監測系統，獲取與所述待監測系統對應的歷史缺陷集合與所述待監測系統的參數信息，并根據所述歷史缺陷集合和所述參數信息生成監測任務之前，還包括：

獲取目標測試腳本，并將所述目標測試腳本發送至預置用例測試管理平臺，其中，所述目標測試腳本是所述待監測系統對應的初始測試用例的測試腳本；

基于所述目標測試腳本進行測試，獲取測試結果，其中，所述測試結果包括通過標識或未通過標識；

將攜帶未通過標識的所述測試結果上傳至預置用例缺陷管理平臺，得到與測試用例對應的缺陷，并根據所述缺陷得到所述待監測系統的歷史缺陷集合。

可選地，在本發明第一方面的第二種實現方式中，所述確定待監測系統，獲取與所述待監測系統對應的歷史缺陷集合與所述待監測系統的參數信息，并根據所述歷史缺陷集合和所述參數信息生成監測任務包括：

確定待監測系統，并獲取所述待監測系統的初始測試用例；