問題タブ [rhino-mocks]

ITache、IMStockPalette などのいくつかのサブオブジェクトを含む IMouvement オブジェクトを想定しています。

Rhino Mocks を使用してこれをモックするにはどうすればよいですか?

このテストを仮定すると、これの何が問題になっていますか?

このテストは常に失敗します..

Rhinoモックを使用してWCFサービスプロキシをモックする方法は？

Rhino モックで ConfigurationCollection をモックするにはどうすればよいですか。

Configuration にその要素が含まれているかどうかをテストするために、1 つの要素を含む Expected ConfigurationCollection を作成する必要があります。

ありがとう。

注：私のConfigurationCollectionはIEnumerableから継承しています。

最新バージョンのMoqとRhino.Mocksフレームワークを使用した両方のテストが、Barが仮想/オーバーライド可能なメソッドではないと不平を言って失敗する理由を誰かが説明できますか？

Barメソッドを仮想として宣言すると、両方のテストに合格します。Barを仮想として宣言する必要がある理由がわかりません。すでに仮想ではありませんか？それはインターフェースから来ています。

私はこれで十分に遊んでおらず、通常はモックを使用していますが、この 2 つの違いは何なのか、Rhino モックでどちらをいつ使用するのか疑問に思っています。

アップデート：

また、 Ayende の言葉で私の質問に対する答えを見つけました。

スタブとモックの違い

これらの用語の実際の定義については、記事「モックはスタブではない」を参照してください。Rhino Mocks の観点からの違いに焦点を当てたいと思います。

モックは、期待を設定できるオブジェクトであり、期待されるアクションが実際に発生したことを検証します。スタブは、テスト対象のコードに渡すために使用するオブジェクトです。特定の方法で動作するように期待を設定できますが、それらの期待が検証されることはありません。スタブのプロパティは自動的に通常のプロパティのように動作し、期待値を設定することはできません。

テスト中のコードの動作を検証したい場合は、適切な期待値でモックを使用し、それを検証します。特定の方法で動作する必要があるが、このテストの焦点では​​ない値を渡すだけの場合は、スタブを使用します。

重要: スタブが原因でテストが失敗することはありません。

Rhino Mocks Repeatとは何ですか？

それはどういう意味で、どのように機能しますか？

Rhino Mocksから始めて、非常に単純な問題を抱えているimは、プロパティを設定するvoidを使用してクラスをモックする方法を教えてください。

明らかに、これは非常に不自然な例です、ありがとう。

構文を使用することは可能ですか

StructureMap RhinoAutoMocker で?

Jeremy Millers の元の投稿AutoMocker in StructureMap 2.5では、RhinoAutoMocker が MockRepository を継承しているため、これは可能と思われますが、バージョン 2.5.2 の StructureMap では、これは少し異なる方法で実装されているようです。

わかりました。Rhino Mocks の新しい AAA 構文について多くの混乱があったことは承知していますが、正直に言うと、これまで見てきたことから、私は気に入っています。読みやすくなり、キーストロークを節約できます。

基本的に、私は基本ListController的にいくつかのリストを担当する a をテストしています:)最終的にDALになるインターフェースを作成しましたが、これはもちろん今のところスタブ化されています.

次のコードがありました。

(managerはテスト対象のシステム、dataはスタブ化されたデータ インターフェイス)

このテストの主な目的は、マネージャーが実際に DAL をクエリしていることを確認することです。DAL は実際には存在しないため、「実際の」値は返されないことに注意してください。

ただし、次のような戻り値を持つように期待を変更する必要があるため、これは失敗しています。

その後、これは正常に実行され、テストはパスしますが、この時点で私を混乱させているのは、戻り値が何も意味しないことです。100、50、42 などに変更でき、テストは常にパスしますか?

テストは明示的である必要があり、期待される条件が正しく満たされていない場合は完全に失敗する必要があるため、これは私を緊張させますか?

テストを次のように変更すると (「1」は、カウントがリンクされていると予想される ID です):

それはすべて問題なく合格し、頭のテストを に切り替えると、AssertWasNotCalled期待どおりに失敗します..また、読みやすく、テスト対象がより明確になり、最も重要なことに、期待どおりに合格および不合格になると思います!

では、最初のコード例で何か不足していますか? スタブでアサーションを作成することについてどう思いますか? (ここで興味深い議論がありました。私は個人的にこの反応が好きでした。

Rhino Mocks を使用していくつかの単体テストを実行しており、2 つのインターフェイスをモックする必要があります。オブジェクトには 1 つのインターフェイスのみが実装され、もう 1 つのインターフェイスはアスペクト指向のアプローチを使用して動的に実装されます。2 つのインターフェイスを動的に組み合わせて、モックを作成し、両方のインターフェイスのメソッドをスタブ化できるようにする簡単な方法はありますか?