Fitnesse - 哪種CI自動化更適合並行運行Fitnesse測試？

Question

我們正在使用CruiseControl運行我們的CI循環 - 並且有超過一千次的FitNesse/FitLibrary測試。至少需要一段時間。有些測試必須按順序運行，但有些可以並行運行（大多數）。有沒有人有配置一個複雜的FitNess CI環境w/CruiseControl的良好體驗？怎麼樣？ 或者 - 讓我改述一下 - 哪個測試自動化控制服務器在這方面更好（使用FitNesse）？ 謝謝！

Answer 1

並行運行FitNesse服務器的技巧主要是保持每個運行的所有端口不同。因此每個FitNesse服務器都需要使用不同的-p參數來啓動。至於FitLibrary部分，以及如果你做了一些你的FitLibrary設備通過端口進行交談，確保他們使用不同的。如果您使用SliM，那麼您將需要多出一個端口（SLIM_PORT），您需要爲每個並行線程創建不同的對象。

您可能想要小心的另一件事是從相同的源目錄啓動所有測試。 FitNesse本身不應該有問題，但是如果您的設備需要使用任何物理文件，那麼這些文件有時會造成麻煩。如果一個作業正在測試另一個作業在Git/CVS中啓動svn更新或類似操作時更新文件夾，您也可能遇到衝突。

我唯一知道的其他問題是，是否有任何其他庫或系統正在測試可能會同時運行多個實例。

我們一直在Hudson/Jenkins下運行多個執行線程。每個作業都在單獨的執行線程中運行。通常使用獨立的測試系統來確保與數據庫交互的測試不會發生衝突。

如果CruiseControl可以並行運行多個構建，它可能也可以運行多個測試。