[發明專利]基于數據庫服務實時調用虛擬接口的方法及裝置

在審

• 申請號: 201610519713.8
• 申請日: 2016-07-04
• 公開（公告）號: CN107577590A
• 公開（公告）日: 2018-01-12
• 發明（設計）人: 閆耀珍;俞樟欣
• 申請（專利權）人: 北京奇虎科技有限公司;奇智軟件（北京）有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36
• 代理公司: 北京市浩天知識產權代理事務所(普通合伙)11276
• 代理人: 宋菲,劉云貴

技術領域

本發明涉及計算機軟件領域，具體涉及一種基于數據庫服務實時調用虛擬接口的方法及裝置。

背景技術

程序編碼開發后，需要對編碼的程序進行測試。測試時，相關的程序實現的功能需要進行聯合測試。但由于程序開發過程中存在各種因素導致的不可控性，常常發生第一個功能的程序已經開發完成，而其需要聯合測試的程序還沒有開發完成，無法進行聯合測試。等待需要聯合測試的程序開發完成后再測試，浪費時間。或測試的程序功能受限，如一天只能測試一次、依賴外部資源交互等等，因此急需一種測試方法，實現虛擬其未完成程序功能或虛擬程序受限制部分，與完成的程序進行聯合測試。

現有技術采用mock測試方法，創建一個虛擬的對象以便完成測試。在使用mock方法測試時，大多通過編寫mock代碼，提供代碼級別的mock方法調用，建立mock對象等進行測試。如采用如EasyMock、JMock等mock工具，通過代碼來編寫相應的mock接口。現有技術在編寫一個mock接口，并被被測試對象調用的過程一般包括以下步驟：創建mock對象、設置mock期望值、將mock對象設置給被測試的對象、調用被測試對象、被測試對象代碼調用mock對象、進行驗證。但以上方式限制了對mock不熟悉的用戶無法通過代碼編寫相應的mock接口及mock對象等。同時，代碼編寫的虛擬接口使得用戶需對代碼文檔進行管理，為避免最終程序無誤使用還需將測試用的虛擬接口的代碼文檔與實際程序的代碼文檔進行區分。通過文檔管理虛擬接口代碼比較費時費力。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的基于數據庫服務實時調用虛擬接口的方法及裝置。

根據本發明的一個方面，提供了一種基于數據庫服務實時調用虛擬接口的方法，其包括：獲取通過Web頁面輸入的虛擬接口的配置信息，將虛擬接口的配置信息存儲在數據庫中；監聽客戶端調用虛擬接口的請求，提取調用虛擬接口的接口地址；根據調用虛擬接口的接口地址，從數據庫中查詢虛擬接口的配置信息，返回對應的虛擬接口的返回值和/或響應體。

根據本發明的另一方面，提供了一種基于數據庫服務實時調用虛擬接口的裝置，其包括：存儲模塊，適于獲取通過Web頁面輸入的虛擬接口的配置信息，將虛擬接口的配置信息存儲在數據庫中；監聽模塊，適于監聽客戶端調用虛擬接口的請求，提取調用虛擬接口的接口地址；數據庫查詢模塊，適于根據調用虛擬接口的接口地址，從數據庫中查詢虛擬接口的配置信息；響應模塊，適于返回對應的虛擬接口的返回值和/或響應體。

根據本發明所提供的基于數據庫服務實時調用虛擬接口的方法及裝置，獲取到通過Web頁面輸入的虛擬接口的配置信息后，將虛擬接口的配置信息存儲在數據庫中。同時對客戶端調用虛擬接口的請求進行監聽，根據提取的調用虛擬接口的接口地址，從數據庫中查詢虛擬接口的配置信息，返回對應的虛擬接口的返回值和/或響應體。通過數據庫對虛擬接口的配置信息進行管理，實現快速查找和調用虛擬接口，與查找、調用代碼級虛擬接口所花費的時間相比，大大減少。同時通過Web頁面和數據庫存儲的方式所建立的虛擬接口，無需進行代碼編寫，降低了用戶對虛擬接口代碼熟悉程度的要求，使更多的用戶可以簡單方便的使用虛擬接口進行測試。

上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本發明的具體實施方式。

附圖說明

通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的，而并不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據本發明一個實施例的基于數據庫服務實時調用虛擬接口的方法的流程圖；

圖2示出了根據本發明另一個實施例的基于數據庫服務實時調用虛擬接口的方法的流程圖；

圖3示出了根據本發明一個實施例的基于數據庫服務實時調用虛擬接口的裝置的功能框圖；

圖4示出了根據本發明另一個實施例的基于數據庫服務實時調用虛擬接口的裝置的功能框圖。

具體實施方式

下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。