在騾子

Question

在我們的騾子項目集成測試懲戒服務 - 我們現在有我們的集成測試用例調用實際的外部Web服務（在家裏）。我們顯然希望擺脫外部服務的模擬服務，因爲我們幾乎完成了爲騾子項目設置構建服務器的工作。

我看到有很多可供選擇那裏爲騾子嘲諷流：

1. MuleSoft的Munit - 這仍然是Beta版;但據說是最合適的候選人。但既然是在beta版本中，我們可以繼續前進，通過它我們的代碼，將很快投入生產
2. Confluex/Wiremock和嘲諷web服務
3. 有一個嵌入式碼頭服務器來處理測試用例很多其他框架請求並模擬響應。

請讓我知道你的投入。 感謝和問候， 普里亞

Answer 1

如果你問我，我會用Munit去，據我所知，BETA可能是一個有點嚇人，但：

• 您的測試並不需要儘可能多的穩定作爲生產代碼
• Munit的BETA版本是穩定的，即它不是一個快照，所以它不會突然在未來幾個月改變和制動測試
• Munit將成爲GA

這就是代碼穩定性。 這就是說，Munit提供許多其他功能之外的只是嘲笑你的流量，並在某些時候我想你可能想不僅做你的騾子的應用，但集成測試，你也可以做Munit的單元測試。

一般來說你的其他選擇，同時適用，仍然依賴於外部幾分系統，同時Munit是隔離你的騾代碼，並作出外部調用避免它本機的方式。

HTH

Answer 2

我覺得它更好地使用munit xml配置的方法進行測試騾子流動。

您可以通過爲web服務模擬組件指定所需的響應來簡化和優化方法，從而嘲笑服務。對於模擬組件，您可以設置諸如「http.status」等inbount屬性。 。將在下一個流消息處理器中需要的各個屬性。

Answer 3

我的作者之一confluex-模擬HTTP，並在項目遷移到https://github.com/shamsoftware/sham-http的過程中我目前。所以，我可能偏向:)

我寧願開始在過程中的HTTP服務器，這就是爲什麼我幫助建立一個項目，做到這一點。該庫是專門製作的，因爲我們已經使用選項3多次解決了這個問題。:)

我將花費一些努力來獲取假冒http的發佈，並且我打算使其與Mule 3.6兼容。 0。如果您使用的是不同版本，請務必添加問題以使其與您使用的任何版本兼容:)