Cucumber是Ruby世界的BDD框架，開發人員主要與兩類文件打交到，Feature文件和相應的Step文件。Feature文件是以feature為后綴名的文件，以Given-When-Then的方式描述了系統的場景(scenarios)行為；Step文件為普通的Ruby文件，Feature文件中的每個Given/When/Then步驟在Step文件中都有對應的Ruby執行代碼，兩類文件通過正則表達式相關聯。筆者在用Cucumber+Watir做回歸測試時對Cucumber工程的目錄結構執行過程進行了研究。

安裝好Cucumber后，如果在終端直接執行cucumber命令，得到以下輸出：

輸出結果表明：cucumber期待當前目錄下存在名為features的子目錄。建好features文件夾后，重新執行cucumber命令，輸出如下：

Cucumber運行成功，但由于features文件夾下沒有任何內容，故得到上述輸出結果。

網上大多數關于Cucumber的教程都建議采用以下目錄結構，所有的文件（夾）都位于features文件夾下。

Feature文件（如test.feature）直接位于features文件夾下，可以為每個應用場景創建一個Feature文件；與Feature文件對應的Step文件（如test.rb）位于step_definitions子文件夾下；同時，存在support子文件夾，其下的env.rb文件為環境配置文件。在這樣的目錄結構條件下執行cucumber命令，會首先執行env.rb做前期準備工作，比如可以用Watir新建瀏覽器窗口，然后Cucumber將test.rb文件讀入內存，最后執行test.feature文件，當遇到Given/When/Then步驟時，Cucumber將在test.rb中搜索是否有相應的step，如果有，則執行相應的Ruby代碼。

這樣的目錄結構只是推薦的目錄結構，筆者通過反復的試驗得出了以下結論：對于Cucumber而言，除了頂層的features文件夾是強制性的之外，其它目錄結構都不是強制性的，Cucumber將對features文件夾下的所有內容進行扁平化（flatten）處理和首字母排序。具體來說，Cucumber在運行時，首先將遞歸的執行features文件夾下的所有Ruby文件(其中則包括Step文件)，然后通過相同的方式執行Feature文件。但是，如果features文件夾下存在support子文件夾，并且support下有名為env.rb的文件，Cucumber將首先執行該文件，然后執行support下的其它文件，再遞歸執行featues下的其它文件。

比如有如下Cucumber目錄結構：

為了方便記錄Cucumber運行時的文件執行順序，在features文件夾下的所有Ruby文件中加上以下代碼：

puts File.basename(__FILE__)

此行代碼的作用是在一個Ruby文件執行時輸出該文件的名字，此時執行cucumber命令，得到以下輸出（部分）結果：

上圖即為Ruby文件的執行順序，可以看出，support文件夾下env.rb文件首先被執行，其次按照字母排序執行c.rb和d.rb；接下來，Cucumber將features文件夾下的所用文件（夾）扁平化，并按字母順序排序，從而先執行a.rb和b.rb，而由于other文件夾排在step_definitions文件夾的前面，所以先執行other文件夾下的Ruby文件（也是按字母順序執行：先f.rb，然后g.rb），最后執行step_definitions下的e.rb。

當執行完所有Ruby文件后，Cucumber開始依次讀取Feature文件，執行順序也和前述一樣，即: a.feature --> b.feature --> c.feature

筆者還發現，這些Ruby文件甚至可以位于features文件夾之外的任何地方，只是需要在位于features文件夾之內的Ruby文件中require一下，比如在env.rb中。