[發(fā)明專利]基于springboot框架的分布式系統(tǒng)測試方法和裝置

在審

• 申請?zhí)枺?/td>: 202010136865.6
• 申請日: 2020-03-02
• 公開（公告）號: CN111506495A
• 公開（公告）日: 2020-08-07
• 發(fā)明（設計）人: 葉騰飛
• 申請（專利權）人: 平安科技（深圳）有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京中強智尚知識產權代理有限公司 11448
• 代理人: 黃耀威

本發(fā)明提供了一種基于springboot框架的分布式系統(tǒng)測試方法和裝置，其中，該方法包括：在分布式系統(tǒng)啟動時，將測試切面組件動態(tài)加載至分布式系統(tǒng)中的切入點；在接收到外部請求的情況下，外部請求對應切入點的測試切面組件根據測試管理平臺的第一配置信息判斷是否需要產生異常；如果是，對應切入點的測試切面組件根據測試管理平臺的第二配置信息確定異常類型并產生對應的異常。通過本發(fā)明，解決了相關技術中軟件測試方法模擬異常場景較單一的技術問題。

技術領域

本發(fā)明涉及軟件測試領域，具體而言，涉及一種基于springboot框架的分布式系統(tǒng)測試方法和裝置。

背景技術

隨著微服務和分布式云架構的崛起，大規(guī)模分布式集群架構成為軟件行業(yè)越來越常見的架構模式。這種架構在為軟件功能提供強大的服務能力的同時，也對軟件的測試和運維提出了更高更嚴苛的要求。相對于傳統(tǒng)軟件架構，分布式架構在實際生產環(huán)境上，會面臨更多未知、不可控的因素。

例如，微服務將傳統(tǒng)大型系統(tǒng)的多個業(yè)務邏輯，拆分為對應的小型系統(tǒng)，稱為服務。各個服務之間，通過網絡進行交互。與進程間調用相比，網絡交互的不可靠性、網絡本身的復雜性都使得微服務，或者說分布式系統(tǒng)本身更加復雜，發(fā)生不可預知的錯誤概率也相對較高。

而傳統(tǒng)的軟件測試方法，更多的是注重軟件功能、代碼邏輯等軟件本身(即微服務中的單個服務)的測試。對微服務、分布式系統(tǒng)的測試則捉襟見肘，很難模擬生產環(huán)境下，服務器隨機宕機、單個服務隨機異常等情況。

發(fā)明內容

本發(fā)明實施例提供了一種基于springboot框架的分布式系統(tǒng)測試方法和裝置，以至少解決現(xiàn)有技術中的軟件測試方法模擬異常場景較單一的問題。

根據本發(fā)明的一個實施例，提供了一種基于springboot框架的分布式系統(tǒng)測試方法，包括：在分布式系統(tǒng)啟動時，將測試切面組件動態(tài)加載至分布式系統(tǒng)中的切入點；在接收到外部請求的情況下，外部請求對應切入點的測試切面組件根據測試管理平臺的第一配置信息判斷是否需要產生異常；如果是，對應切入點的測試切面組件根據測試管理平臺的第二配置信息確定異常類型并產生對應的異常。

可選的，在將測試切面組件動態(tài)加載至分布式系統(tǒng)中的切入點之前，接收用戶通過測試管理平臺的頁面設置的針對測試切面組件的第一配置信息和第二配置信息；相應的，在測試管理平臺接收到第一配置信息和第二配置信息之后，測試管理平臺通過交互接口將第一配置信息和第二配置信息發(fā)送至測試切面組件，其中，交互接口為測試切面組件為測試管理平臺預留的接口。

可選的，第一配置信息包括第一配置參數和第二配置參數，第一配置參數用于指示是否啟用對應切入點，第二配置參數用于設定產生異常的幾率。

可選的，第二配置信息包括第三配置參數和第四配置參數，第三配置參數用于配置異常類型，第四配置參數用于配置對應類型的異常所調用的類。

可選的，在分布式系統(tǒng)啟動之后，該方法還包括：啟動監(jiān)聽目標事件的管程；在對應切入點的測試切面組件判斷出需要產生異常之后，方法還包括：測試切面組件產生目標事件；管程在監(jiān)聽到目標事件之后，啟動采集操作系統(tǒng)的性能信息。

根據本發(fā)明的另一個實施例，提供了一種基于springboot框架的分布式系統(tǒng)測試裝置，該裝置包括：加載模塊，用于在分布式系統(tǒng)啟動時，將測試切面組件動態(tài)加載至分布式系統(tǒng)中的切入點；判斷模塊，用于在接收到外部請求的情況下，外部請求對應切入點的測試切面組件根據測試管理平臺的第一配置信息判斷是否需要產生異常；確定模塊，用于如果是，對應切入點的測試切面組件根據測試管理平臺的第二配置信息確定異常類型并產生對應的異常。