本發(fā)明涉及測試技術領域，特別是涉及一種MOCK測試方法和裝置。

背景技術：

開發(fā)人員在開發(fā)過程中或者在開發(fā)完成后都需要對開發(fā)的單元進行測試，以及時發(fā)現(xiàn)錯誤并及時修復，確保開發(fā)的程序的正確性和穩(wěn)定性。

以網(wǎng)站頁面的測試為例，傳統(tǒng)技術中，對前端頁面的測試是以后臺提供的可進行業(yè)務邏輯的接口為基礎的，后臺沒有完成相關功能，前端則無法進行測試，傳統(tǒng)的測試方法在測試模式下，前端和后臺具有非常強的耦合性，這種測試耦合性會造成前端和后臺開發(fā)、測試阻塞、測試靈活度低。

技術實現(xiàn)要素：

基于此，有必要針對上述問題，提供一種前端測試無需等待后臺的業(yè)務邏輯測試數(shù)據(jù)即可進行測試，測試更加靈活的MOCK測試方法和裝置。

一種MOCK測試方法，所述方法包括：

接收終端發(fā)送的MOCK數(shù)據(jù)請求；

提取所述MOCK數(shù)據(jù)請求中攜帶的第一請求地址信息；

調(diào)用與所述第一請求地址信息對應的MOCK服務接口，其中，所述MOCK服務接口為根據(jù)預先約定的接口文檔定義的虛擬服務接口；

通過所述MOCK服務接口生成與所述接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)；

將生成的所述MOCK數(shù)據(jù)推送至所述終端，以使所述終端使用所述MOCK數(shù)據(jù)進行測試。

在一個實施例中，所述接口文檔為在線接口文檔，當所述在線接口文檔的狀態(tài)標記為已完成業(yè)務邏輯接口狀態(tài)時，所述方法還包括：

接收所述終端發(fā)送的邏輯數(shù)據(jù)請求，其中，所述邏輯數(shù)據(jù)請求是所述終端將當前的MOCK模式切換到非MOCK模式下發(fā)出的；

提取所述邏輯數(shù)據(jù)請求中攜帶的第二請求地址信息；

調(diào)用與所述第二請求地址信息對應的業(yè)務邏輯接口，并生成業(yè)務邏輯數(shù)據(jù)；

判斷生成的所述業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將所述業(yè)務邏輯數(shù)據(jù)返回至所述終端。

在一個實施例中，所述判斷生成的所述業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將所述業(yè)務邏輯數(shù)據(jù)返回至所述終端的步驟包括：

獲取生成的所述業(yè)務邏輯數(shù)據(jù)的數(shù)據(jù)類型，若獲取的所述數(shù)據(jù)類型與所述接口文檔中約定的數(shù)據(jù)類型相同，則將生成的所述業(yè)務邏輯數(shù)據(jù)返回至所述終端。

在一個實施例中，所述通過所述MOCK服務接口生成與所述接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)為：通過所述MOCK服務接口根據(jù)所述接口文檔中約定的MOCK數(shù)據(jù)生成規(guī)則隨機生成MOCK數(shù)據(jù)，其中，所述MOCK數(shù)據(jù)生成規(guī)則規(guī)定了生成的MOCK數(shù)據(jù)的數(shù)據(jù)類型。

在一個實施例中，所述通過所述MOCK服務接口生成與所述接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)為：通過所述MOCK服務接口獲取根據(jù)所述接口文檔預先存儲的MOCK的數(shù)據(jù)。

一種MOCK測試裝置，所述裝置包括：

MOCK數(shù)據(jù)請求接收模塊，用于接收終端發(fā)送的MOCK數(shù)據(jù)請求；

MOCK地址信息提取模塊，用于提取所述MOCK數(shù)據(jù)請求中攜帶的第一請求地址信息；

MOCK服務接口調(diào)用模塊，用于調(diào)用與所述第一請求地址信息對應的MOCK服務接口，其中，所述MOCK服務接口為根據(jù)預先約定的接口文檔定義的虛擬服務接口；

MOCK數(shù)據(jù)生成模塊，用于通過所述MOCK服務接口生成與所述接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)；

數(shù)據(jù)推送模塊，用于將生成的所述MOCK數(shù)據(jù)推送至所述終端，以使所述終端使用所述MOCK數(shù)據(jù)進行測試。

在一個實施例中，所述接口文檔為在線接口文檔，當所述在線接口文檔的狀態(tài)標記為已完成業(yè)務邏輯接口狀態(tài)時，所述裝置還包括：

邏輯數(shù)據(jù)請求接收模塊，用于接收所述終端發(fā)送的邏輯數(shù)據(jù)請求，其中，所述邏輯數(shù)據(jù)請求是所述終端將當前的MOCK模式切換到非MOCK模式下發(fā)出的；

業(yè)務邏輯地址提取模塊，用于提取所述邏輯數(shù)據(jù)請求中攜帶的第二請求地址信息；

業(yè)務邏輯數(shù)據(jù)生成模塊，用于調(diào)用與所述第二請求地址信息對應的業(yè)務邏輯接口，并生成業(yè)務邏輯數(shù)據(jù)；

業(yè)務邏輯數(shù)據(jù)判斷模塊，用于判斷生成的所述業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將所述業(yè)務邏輯數(shù)據(jù)返回至所述終端。

在一個實施例中，所述業(yè)務邏輯數(shù)據(jù)判斷模塊，還用于獲取生成的所述業(yè)務邏輯數(shù)據(jù)的數(shù)據(jù)類型，若獲取的所述數(shù)據(jù)類型與所述接口文檔中約定的數(shù)據(jù)類型相同，則將生成的所述業(yè)務邏輯數(shù)據(jù)返回至所述終端。

在一個實施例中，所述MOCK數(shù)據(jù)生成模塊，還用于通過所述MOCK服務接口根據(jù)所述接口文檔中約定的MOCK數(shù)據(jù)生成規(guī)則隨機生成MOCK數(shù)據(jù)，其中，所述MOCK數(shù)據(jù)生成規(guī)則規(guī)定了生成的MOCK數(shù)據(jù)的數(shù)據(jù)類型。

在一個實施例中，所述MOCK數(shù)據(jù)生成模塊，還用于通過所述MOCK服務接口獲取根據(jù)所述接口文檔預先存儲的MOCK的數(shù)據(jù)。

上述MOCK測試方法和裝置，位于終端的前端代碼在前端的表現(xiàn)開發(fā)完成后，無需等待位于服務器中的后臺完成相應的功能即可進行測試模式，服務器只按照約定的接口文檔準備能夠提供接口文檔所約定的數(shù)據(jù)類型的接口即可。在進行測試時，終端通過檢測人機操作向服務器發(fā)送測試數(shù)據(jù)請求，服務器響應于該測試數(shù)據(jù)請求，調(diào)用根據(jù)接口文檔定義的MOCK服務接口，并生成約定的測試數(shù)據(jù)，該約定的測試數(shù)據(jù)的生成不進行相應業(yè)務邏輯運算，是預先約定的指定類型的數(shù)據(jù)，使用該預先約定的數(shù)據(jù)進行測試，前端無需等待后臺完成真實的業(yè)務邏輯接口，降低了前端和后臺的耦合性，測試更加靈活。

附圖說明

圖1為一個實施例中MOCK測試方法的應用環(huán)境圖；

圖2為一個實施例中MOCK測試方法的流程圖；

圖3為一個實施例中切換MOCK模式到非MOCK模式后進行業(yè)務邏輯測試的流程圖；

圖4為另一個實施例中MOCK測試方法的原理圖；

圖5為一個實施例中MOCK測試裝置的結構框圖；

圖6為一個實施例中切換MOCK模式到非MOCK模式后進行業(yè)務邏輯測試所涉及的結構框圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

如圖1所示，在一個實施例中，提供了一種MOCK測試方法運行的應用環(huán)境圖。該應用環(huán)境包括終端110和服務器120，其中，終端110和服務器120通過網(wǎng)絡進行通信，終端110中用于執(zhí)行前端代碼，服務器120用于執(zhí)行后臺代碼，為前端代碼的實現(xiàn)提供數(shù)據(jù)服務。前端代碼和后臺代碼的開發(fā)均按照約定的接口文檔進行，后臺服務器首先根據(jù)約定的接口文檔定義MOCK服務接口，該MOCK服務接口能夠生成約定的MOCK數(shù)，前端根據(jù)MOCK服務器生成的MOCK數(shù)據(jù)進行前端代碼測試。

在一個實施例中，如圖2所示，提供了一種MOCK測試方法，該方法以應用在如圖1所示的服務器中為例進行說明，包括如下步驟：

步驟S202：接收終端發(fā)送的MOCK數(shù)據(jù)請求。

步驟S204：提取MOCK數(shù)據(jù)請求中攜帶的第一請求地址信息。

具體的，在終端的程序展示頁面，通過作用在展示頁面的事件操作觸發(fā)生成數(shù)據(jù)請求，在進行數(shù)據(jù)請求生成時，獲取配置文件中配置的當前的模式信息，如果當前的模式信息為MOCK模式，則生成MOCK數(shù)據(jù)請求，該生成的MOCK數(shù)據(jù)請求中攜帶能夠表征當前模式為MOCK模式的信息。具體的，該表征模式的信息體現(xiàn)在MOCK數(shù)據(jù)請求所攜帶的地址信息中。

本實施例中，提取的MOCK數(shù)據(jù)請求中攜帶的第一請求地址信息即為MOCK模式下的請求地址信息。在一個實施例中，對應同一個數(shù)據(jù)請求，MOCK模式和非MOCK模式數(shù)據(jù)請求所攜帶的請求地址中除表征模式的信息外，其余部分是相同的。舉例來說，A代表MOCK模式，B代表非MOCK模式，則MOCK模式下的地址信息可以為http://abc.123.256.efg:8765/A/，非MOCK模式下的地址信息可以為http://abc.123.256.efg:8765/B/。在另一個實施例中，還可以通過地址中的域名區(qū)分模式信息。

步驟S206：調(diào)用與第一請求地址信息對應的MOCK服務接口，其中，MOCK服務接口為根據(jù)預先約定的接口文檔定義的虛擬服務接口。

具體的，第一請求地址為MOCK模式下的數(shù)據(jù)請求地址，服務器通過第一請求地址可查找到與該地址對應的預先定義的MOCK服務接口。具體的，MOCK服務接口時根據(jù)約定的接口文檔定義的，且能夠生成在接口文檔中所約定的數(shù)據(jù)的虛擬的服務接口，該約定的數(shù)據(jù)即為MOCK數(shù)據(jù)。

約定的接口文檔為根據(jù)開發(fā)和測試需求預先商定的文檔。在一個實施例中，接口文檔可包括預先約定的請求字段信息、返回字段信息、枚舉字段信息、生成規(guī)則字段的生成規(guī)則以及生成MOCK數(shù)據(jù)的MOCK規(guī)則等約定的信息。

其中，請求字段信息可以包括請求字段的名稱，字段的類型，字段長度，字段字義，網(wǎng)絡請求類型，數(shù)據(jù)類型；返回字段信息可以包括返回字段的名稱，字段的類型，字段的長度，字段字義，數(shù)據(jù)類型。對于枚舉字段，文檔中列舉所有的枚舉值，如：小學、初中、高中等；對于有生成規(guī)則的字段，注明生成規(guī)則，如編號根據(jù)時間20160822,數(shù)據(jù)記錄唯一編號GUID等。相應的，MOCK規(guī)則指的是虛擬服務根據(jù)一定的規(guī)則生成虛擬數(shù)據(jù)，如@MOCK＝@WORD可以隨機生成字符，如@MOCK＝TRUE可以生成boolean類型的數(shù)據(jù)默認為true，@MOCK＝$ORDER(‘一月’，’二月’，’三月’)可以隨機取枚舉中的一個值等。

根據(jù)上述的約定的接口文檔定義MOCK服務接口，定義的MOCK服務接口可按照接口文檔中的約定生成指定類型的數(shù)據(jù)。

在一個實施例中，當數(shù)據(jù)請求中攜帶的請求參數(shù)時，根據(jù)請求參數(shù)以及上述接口文檔中的約定生成MOCK數(shù)據(jù)，其中，生成的MOCK數(shù)據(jù)與請求參數(shù)對應。例如，當請求參數(shù)指定數(shù)據(jù)范圍時(如起始日期和結束日期)，則生成該指定數(shù)據(jù)范圍內(nèi)的MOCK數(shù)據(jù)。

步驟S208：通過所述MOCK服務接口生成與接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)。

具體的，服務器的MOCK服務接口生成約定數(shù)據(jù)類型的MOCK數(shù)據(jù)。依據(jù)約定的接口文檔，MOCK服務接口按照接口文檔中約定的返回字段信息，預先存儲需要的MOCK數(shù)據(jù)，或者根據(jù)約定的規(guī)則生成該規(guī)則所指向的數(shù)據(jù)類型對應的數(shù)據(jù)，如根據(jù)@MOCK＝@WORD可以隨機生成字符數(shù)據(jù)，又如隨機獲取一枚舉數(shù)據(jù)作為MOCK數(shù)據(jù)。

步驟S210：將生成的MOCK數(shù)據(jù)推送至終端，以使終端使用MOCK數(shù)據(jù)進行測試。

服務器將生成的MOCK數(shù)據(jù)推送至請求終端，請求終端可使用該生成的MOCK數(shù)據(jù)進行前端開發(fā)的功能的測試。

本實施例中，設置MOCK模式和非MOCK模式，在MOCK模式下進行測試時，終端向服務器發(fā)送MOCK數(shù)據(jù)請求，調(diào)用預先根據(jù)約定的接口文檔定義的MOCK服務接口，該MOCK服務接口不與數(shù)據(jù)庫進行交互處理相應的業(yè)務邏輯，直接生成約定好的數(shù)據(jù)，生成的約定好的數(shù)據(jù)滿足請求數(shù)據(jù)的數(shù)據(jù)類型要求。

本實施例中，位于終端的前端代碼在前端的表現(xiàn)開發(fā)完成后，無需等待位于服務器中的后臺完成相應的功能即可進行測試，服務器只需按照約定的接口文檔預先定義能夠提供接口文檔所約定的數(shù)據(jù)類型的虛擬接口即可，降低了前端和后臺的耦合性，測試更加靈活。另外，前端無需等待位于服務器中的后臺完成相應的功能即可進行測試模式，后臺開發(fā)也無需提前為前端準備模擬數(shù)據(jù)，只需要關注后臺的實現(xiàn)以及約定的接口即可，即可做到互不等待的開發(fā)，也就實現(xiàn)了前端和后臺真正的并行開發(fā)。

在一個實施例中，接口文檔為在線接口文檔，當在線接口文檔的狀態(tài)標記為已完成業(yè)務邏輯接口狀態(tài)時，MOCK測試方法還包括如下步驟：

步驟S302：接收終端發(fā)送的邏輯數(shù)據(jù)請求，其中，邏輯數(shù)據(jù)請求是終端將當前的MOCK模式切換到非MOCK模式下發(fā)出的。

具體的，預先約定的接口文檔為在線接口文檔，當該在線接口文檔的狀態(tài)被修改時，可同時被前端開發(fā)人員和后臺開發(fā)人員獲知。當業(yè)務邏輯接口開發(fā)完成，可更改在線接口文檔的狀態(tài)為已完成業(yè)務邏輯接口狀態(tài)，此時，終端可更改測試模式到非MOCK模式下，這里的非MOCK模式是指終端發(fā)送的數(shù)據(jù)請求可調(diào)用真實的業(yè)務邏輯接口，在非MOCK模式下可進行業(yè)務邏輯是否正確的判斷。

在一個實施例中，可通過更改配置文件，實現(xiàn)MOCK模式和非MOCK模式的切換，在非MOCK模式下，終端發(fā)送邏輯數(shù)據(jù)請求。

步驟S304：提取邏輯數(shù)據(jù)請求中攜帶的第二請求地址信息。

在非MOCK模式下終端發(fā)送的邏輯數(shù)據(jù)請求中攜帶的請求地址信息中包括能夠表征當前模式為非MOCK模式的信息。在一個實施例中，對應同一個數(shù)據(jù)請求，MOCK模式和非MOCK模式數(shù)據(jù)請求所攜帶的請求地址中除表征模式的部分外，其余部分是相同的。舉例來說，A代表MOCK模式，B代表非MOCK模式，則MOCK模式下的地址信息可以為http://abc.123.256.efg:8765/A/，非MOCK模式下的地址信息可以為http://abc.123.256.efg:8765/B/。在另一個實施例中，還可以通過地址中的域名區(qū)分模式信息。

步驟S306：調(diào)用與第二請求地址信息對應的業(yè)務邏輯接口，并生成業(yè)務邏輯數(shù)據(jù)。

業(yè)務邏輯接口對應第二請求地址信息，通過第二請求地址信息可查找到與之相對應的業(yè)務邏輯接口，調(diào)用該查找到的業(yè)務邏輯接口進行業(yè)務邏輯運算，得到經(jīng)業(yè)務邏輯運算生成的業(yè)務邏輯數(shù)據(jù)。

步驟S308：判斷生成的業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將業(yè)務邏輯數(shù)據(jù)返回至終端。

具體的，判斷生成的業(yè)務邏輯數(shù)據(jù)是否滿足預設的業(yè)務邏輯要求，如果是，則將生成的業(yè)務邏輯數(shù)據(jù)返回至終端。

本實施例中，當業(yè)務邏輯接口開發(fā)完成后，終端可切換當前測試模式為非MOCK模式，進行真實的業(yè)務邏輯接口的調(diào)用，方便快捷的實現(xiàn)了測試數(shù)據(jù)來源的切換。另外，通過在線的接口文檔的狀態(tài)可準確及時的獲取業(yè)務邏輯接口的開發(fā)進程，當完成業(yè)務邏輯接口開發(fā)時，即可進行業(yè)務邏輯接口的調(diào)用。

在一個實施例中，步驟S308：判斷生成的業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將業(yè)務邏輯數(shù)據(jù)返回至終端包括：

獲取生成的業(yè)務邏輯數(shù)據(jù)的數(shù)據(jù)類型，若獲取的數(shù)據(jù)類型與接口文檔中約定的數(shù)據(jù)類型相同，則將生成的業(yè)務邏輯數(shù)據(jù)返回至終端。

具體的，在判斷生成的業(yè)務邏輯數(shù)據(jù)是否滿足業(yè)務邏輯要求外，還需要判斷生成的業(yè)務邏輯數(shù)據(jù)的數(shù)據(jù)類型是否與約定的接口文檔中約定的數(shù)據(jù)類型相同，如果是，則說明生成的業(yè)務邏輯數(shù)據(jù)是正確的。

本實施例中，通過調(diào)用業(yè)務邏輯接口，在進行前端代碼測試的同時，進行了開發(fā)的業(yè)務邏輯接口的測試，保證業(yè)務邏輯接口既能滿足業(yè)務邏輯要求，又能夠服務前端，為前端的運行提供有效的數(shù)據(jù)。

在一個實施例中，步驟S208：通過MOCK服務接口生成與接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)為：通過MOCK服務接口根據(jù)接口文檔中約定的MOCK數(shù)據(jù)生成規(guī)則隨機生成MOCK數(shù)據(jù)，所述MOCK數(shù)據(jù)生成規(guī)則規(guī)定了生成的MOCK數(shù)據(jù)的數(shù)據(jù)類型。

在一個實施例中，步驟S208：通過MOCK服務接口生成與接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)為：通過MOCK服務接口獲取根據(jù)接口文檔預先存儲的MOCK的數(shù)據(jù)。

如圖4所示，為一個實施例中的MOCK測試方法的原理圖。具體的，以網(wǎng)站中網(wǎng)頁的開發(fā)為例進行說明，在前端進行頁面開發(fā)和后臺進行接口開發(fā)前，預先約定接口文檔，該接口文檔中應該約定需要返回的數(shù)據(jù)信息，其中，需要返回的數(shù)據(jù)可以是具體的需要的數(shù)據(jù)，也可以是可根據(jù)約定的生成規(guī)則生成的指定數(shù)據(jù)類型的數(shù)據(jù)。在約定好接口文檔后，前端和后臺進行并行開發(fā)，前端開發(fā)頁面功能，后臺根據(jù)約定好的接口文檔定義MOCK服務接口以供前端測試調(diào)用，并同時開發(fā)業(yè)務邏輯接口。前端在進行頁面表現(xiàn)開發(fā)時或者頁面開發(fā)完成后，可通過調(diào)用后臺預先定義好的MOCK服務接口，MOCK服務接口生成MOCK數(shù)據(jù)供前端進行調(diào)試，有效避免了前端在切完頁面后如果此時后臺還沒有完成相應的功能那么前端就無法進行調(diào)試的問題。

后臺完成業(yè)務邏輯接口的開發(fā)后，可在線標注接口文檔的狀態(tài)，當接口文檔的狀態(tài)標記為已完成時，前端可進行測試模式的切換，從調(diào)用MOCK服務接口切換到已完成的業(yè)務邏輯接口的調(diào)用，以進行業(yè)務邏輯測試，實現(xiàn)了mock虛擬模式和真實的業(yè)務邏輯模式的無縫切換。

在一個實施例中，如圖5所示，還提供了一種MOCK測試裝置，裝置包括：

MOCK數(shù)據(jù)請求接收模塊402，用于接收終端發(fā)送的MOCK數(shù)據(jù)請求。

MOCK地址信息提取模塊404，用于提取MOCK數(shù)據(jù)請求中攜帶的第一請求地址信息。

MOCK服務接口調(diào)用模塊406，用于調(diào)用與第一請求地址信息對應的MOCK服務接口，其中，MOCK服務接口為根據(jù)預先約定的接口文檔定義的虛擬服務接口。

MOCK數(shù)據(jù)生成模塊408，用于通過MOCK服務接口生成與接口文檔中約定的數(shù)據(jù)類型相對應的MOCK數(shù)據(jù)。

數(shù)據(jù)推送模塊410，用于將生成的MOCK數(shù)據(jù)推送至終端，以使終端使用MOCK數(shù)據(jù)進行測試。

在一個實施例中，接口文檔為在線接口文檔，當在線接口文檔的狀態(tài)標記為已完成業(yè)務邏輯接口狀態(tài)時，如圖6所示，MOCK測試裝置還包括：

邏輯數(shù)據(jù)請求接收模塊502，用于接收終端發(fā)送的邏輯數(shù)據(jù)請求，其中，邏輯數(shù)據(jù)請求是終端將當前的MOCK模式切換到非MOCK模式下發(fā)出的。

業(yè)務邏輯地址提取模塊504，用于提取邏輯數(shù)據(jù)請求中攜帶的第二請求地址信息。

業(yè)務邏輯數(shù)據(jù)生成模塊506，用于調(diào)用與第二請求地址信息對應的業(yè)務邏輯接口，并生成業(yè)務邏輯數(shù)據(jù)。

業(yè)務邏輯數(shù)據(jù)判斷模塊508，用于判斷生成的業(yè)務邏輯數(shù)據(jù)是否正確，若是，則將業(yè)務邏輯數(shù)據(jù)返回至終端。

在一個實施例中，業(yè)務邏輯數(shù)據(jù)判斷模塊508，還用于獲取生成的業(yè)務邏輯數(shù)據(jù)的數(shù)據(jù)類型，若獲取的數(shù)據(jù)類型與接口文檔中約定的數(shù)據(jù)類型相同，則將生成的業(yè)務邏輯數(shù)據(jù)返回至終端。

在一個實施例中，MOCK數(shù)據(jù)生成模塊408，還用于通過MOCK服務接口根據(jù)接口文檔中約定的MOCK數(shù)據(jù)生成規(guī)則隨機生成MOCK數(shù)據(jù)，其中，MOCK數(shù)據(jù)生成規(guī)則規(guī)定了生成的MOCK數(shù)據(jù)的數(shù)據(jù)類型。

在一個實施例中，MOCK數(shù)據(jù)生成模塊408，還用于通過MOCK服務接口獲取根據(jù)接口文檔預先存儲的MOCK的數(shù)據(jù)。

本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，程序可存儲于一計算機可讀取存儲介質(zhì)中，如本發(fā)明實施例中，該程序可存儲于計算機系統(tǒng)的存儲介質(zhì)中，并被該計算機系統(tǒng)中的至少一個處理器執(zhí)行，以實現(xiàn)包括如上述各方法的實施例的流程。其中，存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

以上實施例的各技術特征可以進行任意的組合，為使描述簡潔，未對上述實施例中的各個技術特征所有可能的組合都進行描述，然而，只要這些技術特征的組合不存在矛盾，都應當認為是本說明書記載的范圍。

以上實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。