黃瓜最佳做法

Question

我的一位客戶對使用黃瓜很感興趣。 但我仍然有幾個問題：

1. 開發團隊應該將他們的代碼調整到小黃瓜文件嗎？
2. 我們應該從頭開始一個項目來跟隨黃瓜模式嗎？
3. 我們應該在哪裏存儲我們的規格文件（.feature文件）？我們 是否應該將它們留在日食文件夾中？我們是否應該通過 測試管理工具（如測試？ 管理他們的最佳做法是什麼？
4. 我曾經與Selenium Page Object Model一起工作，並在Testink中存儲我的測試 個案。我是否應該用完整的黃瓜 解決方案取而代之？它看起來像黃瓜的最佳實踐與頁面對象模型不兼容 。我錯了嗎？

任何幫助，將不勝感激。 謝謝你們。

Answer 1

這部分是意見問題。我會提出我的看法。其他人可能有不同的看法。

1. 該代碼不應該被採用到黃瓜。代碼應該是可測試的。這恰好符合您需要能夠連接到測試代碼或Cucumber中的一個步驟。

2. 沒有必要從頭開始。如果代碼是可測試的，則可以使用行爲驅動開發（即對話，具體示例，自動接受測試，代碼，依次）來推動開發。 開始在現有項目/產品上使用BDD是可能的，並且在大多數情況下是必要的，因爲您已經有了工作目標。 BDD只是一個意思，而不是一個目標。

3. 功能文件應與源代碼一起存儲。也就是說，它的版本應該和其他代碼一樣。 當持續集成服務器Jenkins或類似服務器在每次提交後構建系統時，它必須可用。如果您將它們存儲在其他地方，則最終會在構建和驗證系統時出現問題。

4. Cucumber和Page Object Pattern之間沒有衝突。您創建的場景，即系統應該如何工作的具體示例，將轉換爲實際執行某些操作的步驟。一個好習慣是將步驟委派給助手對象。這些助手的一個例子是頁面對象。

聽起來，你需要了解更多關於行爲驅動的發展和黃瓜。

我有一些resources可能會幫助你。