統合テストのためのレールコントローラのテストを置き換えることは常にdbにとどまるべきですか？

Question

フローのテストに関連するRails統合テストが見つかりました。コントローラーテスト（レール5で非推奨）を統合テストに置き換える業界標準についていくつか質問があります。

通常、パラメータを取得する小さなコントローラがあり、適切なコラボレータを呼び出してレスポンスを準備します。コントローラオブジェクトでコラボレータを直接模擬してテストするのは簡単です。

すべてのコントローラーテストを統合テストに移行して、dbを永続させるオーバーヘッドが懸念されます。この場合の基準は何ですか？

完全なフローではなく、1つのルート/アクションをテストするときの標準とは何ですか？

どのように我々はこれを置き換えることができますが

@controller.stubs(:authenticate).returns(true) 

Answer 1

統合テストは実ユーザを模倣することを意図している?:します。アプリケーション全体をテストすることを意図しています。

このことは意見が異なります。私には、完全にスタブ/モックを避けるべきであることを意味します。一つのものがスタブされたり嘲笑されたりすることはありません。つまり、私が書くすべての統合テストは、ユーザー名とパスワードを入力する実際の認証プロセスを経るということです。いくつかの手順は重複しています。

インテグレーションテストは、ユニット/コントローラテストよりもすべて遅いです。認証手順を省略することは、長期的に効果を発揮するのに十分な時間を節約するものではありません。