組織JBehave的故事

Question

我們剛開始考慮使用JBehave進行驗收測試，我想知道的是如何使用它的人正在組織撰寫報道和故事文件的存儲。目前正在開發它們，因此我們將故事文件與Java代碼一起存儲在資源文件夾中以實現它們。

我想我實際的問題是如何和你在哪裏存儲你的故事文件以及如何與產品負責人或質量保證書寫的故事這項工作？

Answer 1

@MrWiggles
由於t0rx告訴你很幸運有QA寫故事/場景。
來到您的問題：
行爲驅動開發鼓勵您通過以文本格式表達所需行爲的場景來開始定義故事。
JBehave可以通過在Maven（pom.xml）中配置運行的故事。

你可以做一個文件夾來存儲在你的包結構中的故事文件，如下圖所示：

Your_Project 
     | 
     | 
     |--Source_Code 
     | 
     |--Stories 
     | 
     |--Testing 
     | 
     *pom.xml 

通過Maven的配置你的故事，每次你建立的項目，它會給結果有成功和失敗故事/情景結果。
QA將更新文件夾Stories中的場景，開發人員將通過省略現有步驟（已開發並出現在其他場景中）逐步實施場景。
QA只需運行場景/故事，他會以文本（可理解的）格式查找結果。
如下所示：

測試級別的行爲驅動開發。

一些JBehave功能集中在容易安排。

• 基於註解的配置和步驟類規範
• 依賴注入支持，允許兩者的配置，並通過你喜歡的容器（Guice, PicoContainer, Spring）組成的步驟實例。
• 可擴展的故事報告：輸出以不同的基於人類可讀文件格式執行的故事（HTML, TXT, XML）。風格完整的風景。
• 自動生成掛起的步驟，因此構建不會因缺少的步驟而中斷，但可以選擇爲掛起的步驟配置中斷構建。
• 本地化用戶故事，允許用任何語言編寫它們。
• IDE集成：故事可以作爲JUnit測試或其他基於註釋的單元測試框架運行，提供與您最喜歡的IDE的輕鬆集成。
• Ant集成：讓故事通過Ant任務運行
• Maven的集成：讓故事通過Maven插件在給定的構建階段運行爲

Answer 2

如果你足夠幸運，有產品負責人或質量保證書寫的故事，那麼你可能希望他們在您的源代碼庫的特定區域，所以你可以從你的主要來源獨立控制訪問（也給你更大的靈活性當CI構建觸發時，如果你這樣做）。

你很可能會發現很多來回的操作，以儘量減少開發人員編寫的新步驟的數量（即使用十種不同的方法來編寫相同的步驟），所以還需要運行有待處理的步驟不會使方案失效（這是默認情況下）。

另一種方法是，QA /產品負責人發送場景的開發者加入到源代碼控制之前，誰再潔淨他們，但是這使努力回到了開發者。