我想知道你的建議對於該工具具有更多的優勢,當談到BDD發展歷程:哪些BDD工具更合適,並且對C#應用程序具有更多優勢?
我個人用黃瓜(關於Ruby適用於Windows),也似乎SpecFlow非常相似。 但我想你的任何其他好工具的建議!
我想知道你的建議對於該工具具有更多的優勢,當談到BDD發展歷程:哪些BDD工具更合適,並且對C#應用程序具有更多優勢?
我個人用黃瓜(關於Ruby適用於Windows),也似乎SpecFlow非常相似。 但我想你的任何其他好工具的建議!
您可以將MSpec添加到列表中。 MSpec是我個人的最愛,因爲我經常/經常使用它。與單元測試框架一樣,您選擇的主要是一個品味問題。
以他們夫婦進行測試運行,並決定依據:
你已經錯過了我的建議:
寫它在代碼中。
打破一個可以支持你的BDD的小DSL並不是很難。 Here's one I made earlier.即使是商務人士也可以閱讀。
真正使用BDD框架的唯一原因是捕獲您與業務利益相關者之間的對話。對話是much more important!如果您的業務利益相關者不是自己閱讀或編寫場景,那麼您所做的所有BDD框架都會引入另一層間接性。 (我幫寫JBehave和還是喜歡代碼。)
說了這麼多,如果你覺得你從BDD框架中受益,我聽到SpecFlow偉大的事情。