2017-02-02 48 views
0

從貝哈特仍然遷移到Codeception習慣了的概念&哪裏事情。是否所有的Codeception小黃瓜.feature測試都結束在Context文件中?

假設我的測試是從.feature文件100%驅動,這是否意味着所有的測試代碼可以在上下文中?在任何擴展PHPUnit_Framework_TestCase的功能測試中都不會有任何東西? (假設我的所有功能測試將延伸的是)

+0

Codeception不小黃瓜驅動,貝哈特是。如果您正在從貝哈特你會直接寫在類功能Codeception路程,你不會從一個小黃瓜腳本開始,然後得出可執行規範(在你的環境中的文件,網頁對象) – Bizmate

回答

0

Codeception不是由小黃瓜驅動,貝哈特是。如果您正在離開Behat,您將直接在Codeception的類中編寫函數,並且您不會從一個Gherkin腳本開始,然後派生可執行規範(在您的上下文文件,頁面對象中)。

簡言之兩個流

貝哈特

  1. 寫BDD腳本/小黃瓜 - 功能。這些都是完全抽象的,通常應該是系統實現的用例的邏輯描述。例如,在創建用戶故事時,產品所有者可以開始編寫此內容。不需要,處理該行動
  2. 在貝哈特通常你還可以使用頁面對象(不能確定這是否也可以做到的編程邏輯
  3. 對於該功能的每個線實施可執行規範(在上下文類的函數)在Codeception但我不明白爲什麼不能,如果你可以導入頁面對象庫)

Codeception

  1. 你寫的可執行規格的CEPT類實例的第一步。這裏需要開發人員,因爲這是實際的PHP代碼/類
  2. 當你運行codeception然後打印出它運行的所有語句列表,就像一個報告。

以上是一個非常簡單的描述你的問題也很一般。我希望這回答你的問題

+0

感謝您抽出寶貴的時間來回答。但是不能從你的Behat部分做1和2:http://codeception.com/docs/07-BDD – timbroder

+0

@timbroder你是對的,顯然你可以。我認爲這對於Codeception來說是一件新事物,但是我上次用它來使用小黃瓜是不可能的。也只是一個評論,我真的不會爲了讓測試從單個框架運行而轉向Codeception。正如你可以看到這個例子使用鬆散文件或Actor類。 Behat具有定義步驟(可執行規範)的地方。如果你真的喜歡它,那麼你需要將它們全部轉換並查看它們是否都以相同的方式工作。我會盡量在新項目中嘗試Codecption – Bizmate