問題タブ [shoulda]

私はRailsアプリをセットアップしていて、いくつかのユニットテストを終えたばかりで、友人はどうやらフィクスチャはもはやクールではなく、人々はRSpecまたはshouldaを使用していると言いました。これらの他のツールキットを使用することの実際の利点は何だろうと思っていました。どんな情報でも大歓迎です。

-fREW

ここに私が持っているものがあります:

明らかに多くの重複があります。少なくともコンテキストと文字列だけであれば、それを削除する方法について何か考えはありますか?

今日、Rails (Rails だけでなく) 開発の世界では、誰もが TDD (BDD) について話しています。それに関する多くの優れた一般情報を簡単に見つけることができます。この目的に使用できるツールがかなりあり、それらの使用方法の (良い) 例がたくさんあります。

今、私はすでに電車に乗っています。私はこのアイデアが気に入り (以前は TDD を使用したことがありませんでした)、Shoulda を使用することにしました (私には非常に理解しやすいように思われるため)。私はたくさんの例を読み、いくつかの最初のテストを行いました。私の問題はこれです：私はそれを正しく行っているかどうかわかりません。前述したように、ネット上には小さな例がたくさんありますが、Shoulda を使用した TDD の全体的なワークフローをカバーする包括的なガイドは見つかりませんでした。

ここに私の質問があります：

• Shoulda を使用して TDD を実践する方法は何ですか? (1 回の反復での通常のワークフローは何ですか?)
• 他にどのようなツールを使用していますか (Shoulda 自体を除く)?
• 他のヒントはありますか？

次のコントローラーアクションとテストがあります。私は Shoulda でのテストは初めてで、さらにテストできるコントローラーの領域があることを知っています。たとえば、フラッシュ メッセージやレンダリングの検証などです。

私の質問は、Shoulda でこのコントローラー アクションを適切にテストするにはどうすればよいかということです。

私のコントローラーのアクション (罪のない人を保護するために名前が変更されています):

私のテスト：

次の ActiveRecord クラスがあります。

私はShouldanamed_scope :current_userを使ってテストしようとしていますが、以下はうまくいきません。

それが機能しない理由は、クラスが定義されているときにメソッドUser.current_user内の呼び出しが評価されており、テストの実行時にブロック内の値を後で変更しているためです。should_have_named_scopecurrent_usersetup

このnamed_scopeをテストするために私が思いついたのは次のとおりです。

では、これをShouldaを使用してどのようにテストしますか?

メソッドを実装したいと思いUser.calculate_hashed_passwordます。Railsの組み込みテストツールで動作するShouldaテストライブラリを使用しようとしているので、Test::Unitに関連する答えはShouldaに関連するものと同じくらい良いでしょう(私は思います)。

何をテストする必要があり、どのようにテストする必要があるかを理解しようとしています。私の最初のアイデアは、次のようなことをすることです...

これは正しい方法ですか？

このテストが失敗する理由を理解しようとしています。(私はテストを始めたばかりです。) 私は、Shoulda gem を追加した組み込みの Rails テスト フレームワークを使用しています。

テスト:

失敗:

しかし、コンソールで実行するとapp.get '/sessions/new'、エラーなしで正常に動作します。

また、" new" テンプレートはブラウザで期待どおりにレンダリングされます。

ハムを使っています。多分それは問題を引き起こしています。私のテンプレートは " new.html.haml" と呼ばれます。

そこで、Rails のテスト状況を調査することにしました。ここでいくつかの受け入れられた回答を読んだ後、Railsのテストドキュメントがいかにひどいものであるかについて話しているので、私は同意し始めています。これまでのところ、私はどうやら Rails のテストを理解している人ではないようです。フレームワークについては十分に理解しているのですが、そう思っていました。

Shoulda は使用するのに適したプラグインであると読んだので、使用しています。私の最初のテスト:「メソッドに ID パラメーターが必要であることを確認する」...うーん、これは理にかなっていると確信しています。コントローラーの before_filter :validate_id が実際に機能することを確認したいと思います。これは、インデックスの GET が想定どおりに機能することをテストするために必要な 3 つのステップのうちの 1 つです。不合格！明らかに、テスト環境は通常の Rails スタックとは異なる方法で実行されます。

ActionController::TestCase が get {} を使用している場合、フィルターを含めることに関する情報はほとんど得られません。これを理解するには、どこで「Rails テスターのクラブ」に参加すればよいですか?

私は昔ながらの方法でRailsを学んでいます。Rails を使用したアジャイル Web 開発 (第 3 版) を出発点として読んでください。私は現在、テストを教える章にいます。RSPec などの他の BDD テスト フレームワークについても認識しています。だから私は、RSpec、Cucumber、Test::Unit を知る/使用する必要性を置き換える必要があるかどうか疑問に思っていましたか? それらは両方ともそれ自体に関連性があり、異なる目的に使用されていますか?

更新: 私はテストを始めたばかりなので、さまざまなフレームワークに慣れるのに役立つリソースについてフィードバックを得たいと思っています。

ありがとう！