Railsアプリケーションでキュウリの.featureファイルを整理する方法は?

私がこのプロジェクトに着いたときには、javascriptで実行された "features/enhanced"とjsを必要としなかった "features/plain"の中にいくつかのキュウリテストがありました。シナリオごとの@javascriptの後の開発では、これは意味をなさない。私たちが成長し成長している機能ファイルの数が増えるにつれて、これがきちんと整っていれば素晴らしいだろう。

だから、ベストプラクティスでは土地:

1)ファイルのサイズはどのくらいですか?私は1つまたは2つの "シナリオ"で狭くて具体的なものを維持しようとします。

2)どのフォルダ/ファイル構造を保持するべきか?   2a)どのように1つのグループに類似の機能がありますか?

0

2 答え

1)あなたが数ヶ月間それらをやり終えるとすぐにあなたのために最も良いものを見つけるでしょう。私のアドバイスはあなたがそれらを小さくする必要があります。私たちはしばしば、以前の機能を小さなチャンクに分割しましたが、それらを組み合わせることは決してありませんでした。背景などを利用するのに便利です...

2)私たちはこれに大きな問題を抱えていました。最終的には、私たちは会社が提供するサービスによってそれらをグループ化しました。例えば支払い、顧客登録、在庫管理

不都合なことに、機能が常に世界の階層ツリービューに準拠しているとは限らないので、タグ付けを自由に使用でき、機能の主要なグループ化はそれほど重要ではありません。

あなたは庭を試しましたか? ここの例があります。これをCIに組み込んだだけで、それに基づいて一連のシナリオをまとめることができますタグ、あなたは組合、交差点などをすることができます...それは価値がある:)

2
追加された
まことにありがとうございます。私はいつも "コントローラ"ベースの組織に固執するように誘惑されています。私はこれが "機能"で分かれることに同意します。
追加された 著者 whatbird,

私は非常に似ているはずなので、シナリオのJavaScript版と非JavaScript版は一緒にしておきます。

フィーチャファイル内に8つ以上のシナリオがあると、多すぎるかもしれません。

便利なアプローチは、高レベルの機能(時には叙事詩やテーマを呼ぶ)を表現するフォルダを用意し、動作のさまざまなアスペクトのためにそれらのフォルダ内のフィーチャファイルを分離することです。

たとえば、別の機能ファイルに写真、オフィスロケーション、役職などのシナリオが含まれている「従業員ディレクトリ」という機能があるとします。

アプリのサイズや複雑さに応じて、これらのフォルダを他のフォルダにグループ化することができます。

(上記はRailsアプリケーション特有のものではないことに注意してください)。

1
追加された
ありがとう、ちょっと、js/non-jsの分離は、いくつかの初期の実装から生まれた、私はそれを投げることがうれしいです。より多くのフォルダ!
追加された 著者 whatbird,