JUnit和黃瓜瞄準不同的目標。它們相互補充而不是互相替代。
有沒有什麼事情,黃瓜不能做的和Junit。
你無法用JUnit做任何你無法用黃瓜做的事情。另一種方式。
不同之處在於,雖然JUnit旨在測試,但Cucumber旨在與非技術人員進行協作。非技術人員不會理解單元測試的作用。但是,他們將能夠理解和驗證用小黃瓜寫的例子。
什麼是更容易使用(編碼,你能寫多快的測試)?
當你使用黃瓜時有更多的開銷。您必須將每個步驟實施爲一種方法,而不僅僅是一種測試方法,就像您使用JUnit一樣。從使用純文本表達示例中獲得的可讀性有時候是值得的。
這兩個工作都與頁面對象?
頁面對象是您正在驗證的網頁的抽象。這是一個你寫作開發者/測試者的類。頁面對象可以被JUnit和Cucumber使用。事實上,從這個角度來看,這些工具沒有區別。
使用JUnit或黃瓜的選擇是一個粒度和觀衆的問題。
運作良好的工作流程是混合工具。定義應用程序如何使用BDD工作的示例(黃瓜,小黃瓜)。使用Cucumber實現這些場景。然後,使用JUnit來制定可能很重要但對高層商業利益相關者不重要的細節。考慮重要的角落案例,但是對於您的利益相關者來說有太多細節。
描述這種混合的圖像,請訪問:https://cucumber.io/images/home/bdd-cycle.png
我寫了博客張貼了一段時間後,我談談這個職位的合適的工具:http://www.thinkcode.se/blog/2016/07/25/the-right-tool-for-the-job
使用正確的工具可能是黃瓜。它也可以是JUnit。這一切都取決於你的觀衆。
看看QAF-gherkin客戶端https://qmetry.github.io/qaf/latest/qaf-gherkin-client.html在這裏你檢查文檔https://qmetry.github.io/qaf/qaf- 2.1.9/gherkin_client.html – user861594