2010-03-02 72 views
7

我最近一直在進入BDD,並認爲它作爲一種方式來獲得利益相關者的聲音,我們作爲開發人員爲他們創建的應用程序有很好的前景。你最喜歡的BDD框架是什麼?爲什麼?什麼BDD框架在.net中流行?

回答

7

我個人最喜歡的是MSpec,因爲我非常喜歡與Resharper的整合。使用BDD風格的測試對我來說讀取更好,MSPec是一個很好用的輕量級框架。

這裏的一些其他流行的框架:

編輯:

我已經在過去一個月左右的使用StoryQ開始,並已發現它b真的很好。事實上,我比MSpec更喜歡它。將看到事情變成了現實。

+1

您的偏好有何更新?我喜歡StoryQ的風格進行驗收測試,並且可以看到它是那裏的王者 - 但MSpec似乎更適合在Context-Specification風格中編寫更多的技術測試 – STW 2010-06-29 15:35:38

+1

@STW - 我已經一直在使用StoryQ一段時間,並發現它非常有效。編寫測試可能需要更長的時間,但是您可以使用StoryQ獲取代碼生成器,該代碼生成器將您的BDD文本轉換爲代碼。 StoryQ具有MSpec缺乏的額外冗長級別。我發現很難擴展場景和上下文,而不會受限於代碼結構。 MSpec仍然是王牌,但強烈推薦,但我會堅持StoryQ一段時間。 – 2010-06-29 15:48:25

+1

我會繼續爲StoryQ投票。我個人不介意這種冗長的方式,因爲我發現MSpec試圖太難以簡潔,並且lambda表達式的顯而易見性會影響我(這和方法名稱中的下劃線的肆意濫用一樣,雖然StoryQ不會在方法名稱中使用下劃線來達到自己的目的)。 – 2011-03-01 01:54:49

6

我沒有使用任何其他的,但在我當前的項目中欣賞StoryQ,因爲它使用NUnit使故事像任何其他單元測試一樣運行,因此允許我像往常一樣使用TestDriven.Net。

此外,爲了讓利益相關者遵循進度(我們的TeamCity服務器上的網頁),HTML報告非常好。

5

看看SpecFlow - 它對我來說很不錯。在BDD的代碼營演講後,我決定給它一個機會,看看它如何適合我的工作流程。有一些視頻由Brady Gaster做BDD here。很好的東西。

0

我喜歡Concordion.NET,因爲它非常靈活和強大。最近它與NUnit集成在一起運行Concordion.NET測試:https://github.com/concordion/concordion-net因此,它可以用於任何支持NUnit測試執行的環境。 Concordion.NET是行爲驅動開發(BDD)的開源框架。預期行爲的規範是用HTML編寫的,因此可以很容易地超鏈接到可導航結構中。這些文件包含在NUnit的幫助下執行的測試代碼中的fixture的引用。 Concordion.NET驗收測試非常易讀,可以作爲系統文檔加倍使用。而且,由於測試是針對系統運行的,因此您可以確信文檔始終是最新的。