[發明專利]基于Mock的測試方法、裝置及服務器

在審

• 申請號: 201710420165.8
• 申請日: 2017-06-06
• 公開（公告）號: CN107329890A
• 公開（公告）日: 2017-11-07
• 發明（設計）人: 崔晗;謝文艷;李建健
• 申請（專利權）人: 北京金山安全軟件有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙)11201
• 代理人: 張潤

技術領域

本發明涉及自動化測試領域，尤其涉及一種基于Mock的測試方法、裝置及服務器。

背景技術

隨著軟件系統越來越復雜，開發人員在開發過程中或者在開發完成后，都需要對開發的模塊或者單元進行測試，以及時發現錯誤并及時修復，確保開發的程序的正確性和穩定性。

目前，Linux后臺服務系統中各個服務模塊之間的相互獨立較強，因此，在通過自動化測試框架對各服務模塊進行測試的過程中，經?？梢酝ㄟ^接口調用其他服務模塊的數據，然后基于調用到的數據對下一級服務模塊進行測試。實際應用中，上一級服務器模塊的數據可能存在異常，或者調用過程中出現數據丟失等異常情況，在接口調用到的上一級服務模塊的數據不穩定的情況下，基于該調用的數據對下一級服務模塊進行測試時，往往會對下一級服務模塊的測試結果產生較大的影響，得到的下一級服務模塊的測試結果不能真實地反應其性能，導致測試結果不準確。

發明內容

本發明旨在至少在一定程度上解決相關技術中的技術問題之一。

為此，本發明的第一個目的在于提出一種基于Mock的測試方法，以實現接口能夠從上一級的被調用的服務模塊中獲取到穩定的接口數據，避免接口調用到的上一級服務模塊的數據不穩定的情況下，得到的下一級服務模塊的測試結果不能真實地反應其性能的問題。

本發明的第二個目的在于提出一種基于Mock的測試裝置。

本發明的第三個目的在于提出一種服務器。

本發明的第四個目的在于提出一種非臨時性計算機可讀存儲介質。

本發明的第五個目的在于提出一種計算機程序產品。

為達上述目的，本發明第一方面實施例提出了一種基于Mock的測試方法，包括：

接收目標接口發送的用于請求獲取被測服務模塊的測試數據的數據請求；所述數據請求中攜帶用于標識所述被測服務模塊的服務標識符；

從所述數據請求中獲取所述服務標識符的取值；

從本地數據庫中獲取與所述服務標識符的取值對應的目標測試數據；

將所述目標測試數據發送給所述目標接口。

作為本發明第一方面實施例的另一種可選的實現方式，所述將所述目標測試數據發送給所述目標接口，包括：

獲取所述目標接口的接口類型；

根據所述接口類型向所述目標接口發送所述目標測試數據。

作為本發明第一方面實施例的另一種可選的實現方式，所述獲取所述目標接口的接口類型，包括：

從所述數據請求中獲取所述目標接口的標識；

根據所述目標接口的標識確定所述接口類型。

作為本發明第一方面實施例的另一種可選的實現方式，所述根據所述接口類型向所述目標接口發送所述目標測試數據，包括：

根據所述接口類型確定向所述目標接口發送所述目標測試數據時所采用的目標格式；

當所述目標格式為協議緩存格式時，則將所述目標測試數據的當前格式轉換成所述協議緩存格式；

將格式轉換后的所述目標測試數據發送給所述目標接口；或者，

當所述目標格式為明文格式時，則將所述目標測試數據直接發送給所述目標接口。

作為本發明第一方面實施例的另一種可選的實現方式，所述目標接口為測試接口，所述方法還包括：

接收所述測試接口發送的用于對第三方服務器進行測試的測試請求；

根據所述測試請求模擬所述第三方服務器的異常測試場景；

將在所述異常測試場景下產生的測試數據作為所述目標測試數據發送給所述測試接口。

本發明實施例的基于Mock的測試方法，通過接收目標接口發送的用于請求獲取被測服務模塊的測試數據的數據請求，其中，該數據請求中攜帶用于標識所述被測服務模塊的服務標識符，從數據請求中獲取服務標識符的取值，從本地數據庫中獲取與該服務標識符的取值對應的目標測試數據，將該目標測試數據發送給目標接口。本實施例中，在本地數據庫中可以預先為不同的服務模塊設置有測試數據，使得Mock服務器可以為接口提供與被測服務模塊對應的穩定的測試數據，保證了獲取到的測試數據符合下一級服務模塊的預期，進而不對下一級服務模塊的測試結果造成誤差，使得各服務模塊的自動化測試更加獨立，使得測試結果更加準確。

為達上述目的，本發明第二方面實施例提出了一種基于Mock的測試裝置，包括：

請求接收模塊，用于接收目標接口發送的用于請求獲取被測服務模塊的測試數據的數據請求；所述數據請求中攜帶用于標識所述被測服務模塊的服務標識符；