2
我正在嘗試爲測試目的創建模擬API服務。我們已經在另一個團隊中使用了Apiary,所以我從那裏開始。使用Apiary創建模擬服務API
到目前爲止,我已經注意到,如果我想有兩個獨立的電話需要嘲笑這兩個請求。例如,要獲得與IDS 1和2中的注意事項需要明確寫出類似的反應:
/NOTES/1 /NOTES/2
是否有辦法避免這種情況?無可否認,我仍然在制定藍圖。
我正在嘗試爲測試目的創建模擬API服務。我們已經在另一個團隊中使用了Apiary,所以我從那裏開始。使用Apiary創建模擬服務API
到目前爲止,我已經注意到,如果我想有兩個獨立的電話需要嘲笑這兩個請求。例如,要獲得與IDS 1和2中的注意事項需要明確寫出類似的反應:
/NOTES/1 /NOTES/2
是否有辦法避免這種情況?無可否認,我仍然在制定藍圖。
看一看private-e9e59-pingdomcheck.apiary-mock.com/v1/gists/1。 1
的編號是{id}
。你當然只能得到一般定義的響應(就像我使用ID 42一樣)。
在MSON有更多的事情正在做。一旦發佈,對於請求中的不同參數的不同回覆將是可能的。