rspec 2 と capybara 2 を読んだ後、構造的なディレクトリ レイアウトに関する限り、ベスト プラクティスに関して少し混乱しています。さまざまな仕様 (たとえば、要求の仕様とコントローラーの仕様など) の間にはいくつかの重複があるようですが、これらのファイルを整理するための "ベスト プラクティス" の方法は何か、各仕様は何をテストする必要があるのか疑問に思っていました。
これまでに収集したもの（間違っている可能性があります）は次のとおりです。
spec/factories
Factory Girl が使用する工場 (使用する場合)
spec/features
ユーザーとアプリケーション間の対話をエミュレートする Capybara テスト。
spec/models
モデル検証のためのテスト
spec/controllers
コントローラー アクションのテスト (#new、#edit、#create など)
spec/requests
さまざまなコントローラー間の統合のテスト (コントローラーの仕様より 1 レベル「高い」)
spec/support
一部の仕様に含めると便利なモジュールを定義するファイル。
spec/acceptance
受け入れテスト。
spec/views
ビューが正しくレンダリングされたかどうかに関するテスト
spec/viewsたとえば、カピバラ テストもビュー (およびその外観) に関係し、コントローラー テストは特定のビューがレンダリングされるかどうかを簡単にテストできるという意味で、たとえば不要に思えると個人的に感じています。
あなたの考えは何ですか？