2011-09-22 55 views
2

我們正在採用使用specflow的BDD。我們遇到的問題是產品所有者和管理者不能期望進入Visual studio/svn並編輯功能或場景。如何管理bdd功能和場景?

我們可以通過google文檔獲得pm的全部內容,然後我們可以將它們複製並粘貼到功能文件中,但這樣會很容易出錯,並且會很快失去同步。

對此進行管理的最佳做法是什麼?

回答

5

產品所有者或業務分析師通常不應該自行編寫功能,因爲這可能會導致結構不良,無法測試的情況。

一種常見的方法被稱爲「三個夥計」 - 一個商業利益相關者,開發人員和測試人員共同編寫場景。

將Google Docs用於初稿可能很好,但之後應將功能存儲在版本控制中,並且PO/BA應該與具有源代碼控制訪問權限的開發人員協作進行更改。

您應該使版本控制的功能文件易於訪問,以便通過從Intranet或Wiki鏈接到業務干係人或使用諸如Relish之類的工具對業務干係人進行查看和參考。

+0

同意。儘管是人類可讀的,但Gherkins仍然是代碼 - 非編碼人員會比你說的「西班牙涼菜湯湯」更快地打破它們。 – perfectionist

0

我們在我工作的公司做過的事情是,大多數業務分析師(這是寫故事的人)知道如何使用SVN,編寫故事,甚至運行測試(在我們的例子中,它是不Specflow但黃瓜)。他是與產品所有者/經理進行對話,將新特性/需求作爲故事寫入的人。換句話說,將任務委派給某人(BA或QA),他有一些寫故事或情景的經驗,並且能夠運行它們並在出現問題時排除故障。溝通是這個的基礎。如果你沒有這個人,那麼...試着去吧:)