2011-04-01 39 views

回答

3

是的,我們發現此過程非常好,並且使用specflow很容易實現此方法。我們在我們的領域層單獨實現了超過2000多個場景,我們也使用這種方法在我們的UI層測試我們的控制器(另有2000多個測試)。

如果您在開始之前就一個大型項目開展一些思考如何組織步驟,那麼您會很快開始收集大量步驟並找到一個步驟可能會成爲一個挑戰。

我們遇到的最大問題是有多人在團隊寫作場景中,他們經常會寫同樣的步驟,但措辭略有不同,導致同一步驟被添加兩次。

+0

多個措辭通常不是一個問題。大多數工具使用從純文本到方法本身的映射,在C#中這通常是通過屬性,您可以指定多個屬性並使用正則表達式進行匹配。請參閱https://github.com/cucumber/cucumber/wiki/Feature-Introduction的Step Definitons部分 – AlSki 2012-06-07 09:25:34

0

是的,儘管最近我們一直在考慮Cuke和Example by Example作爲更高級別開始駕駛。請參閱http://specificationbyexample.com/

+0

然後你的specfication有UI包括 – satish 2011-04-01 12:55:16

0

是的,這就是它是什麼!

我發現BDD的主要好處是它如何以一種自然的方式讓你;

  1. 驅動設計(計劃然後執行)

  2. 發現並強調域無處不在的語言

  3. 文檔項目進度和當前狀態(規格映射到故事和Sprint計劃)

如果它也導致驗收或單元測試很好,但我認爲最有價值的是上面提到的。它還可以幫助新的團隊成員掌握一些事情,並且在離開一段時間後很容易返回到項目領域。

我也同意前面提到的「重複步驟」問題,它很好地花費時間重構和合並步驟,試圖保持結構良好。