単体テスト、モックオブジェクト、iocのベストプラクティス

Question

最近、IoCに着手しようとしています。しかし、私は1つのハードルに走り続けています。つまり、モックオブジェクトを使うのが大好きです。

セットアップが迅速かつ簡単です。

しかし、私は自分のコードのどこにでもIoCを使用すると、モックオブジェクト（moqを使用）ではなくオブジェクトのテスト実装（および設定）を作成する必要があります。

結局のところ、私はテストのために膨大な構成ファイルを使います。

さらに、テストでは、テストからテストまでさまざまな動作が必要な場合があります。 moqオブジェクトでは、これは非常に簡単です。あなたはIoCと似たようなことをどうしますか？

ご協力いただければ幸いです。

おかげで、
マイク

Answer 1

IoCのは難しく、より簡単ではないモックオブジェクトを使用して行う必要があります。

いくつかのIoCコンテナフレームワークでは、既存のオブジェクトを挿入して注入することができます。 Moqとすれば、myMockObject.Objectを設定するだけです。

EDIT：モックとUnityを設定する例：代替として

var mockService = new Mock<IMyService>(); 
container.RegisterInstance<IMyService>(mockService.Object); 

、あなただけ（コンストラクタ注入のため）試験中のクラスのコンストラクタにモックオブジェクトを渡し、IoCコンテナをバイパスすることができ完全にあなたのユニットテストで。

編集：ジョシュの答えは、代替の良い例です。私は一般的に、コンテナを再構成するのではなく、彼の解決策を取ります。

Answer 2

これら二つと競合がない

...私はのIoCを愛し、私は私にいくつかのモックオブジェクトが大好きです。あなたがどんな種類のDependency Injectionをしているのであれば、お気に入りの模擬フレームワークを使って模擬オブジェクトを作成してからSUTに渡すだけでいいはずです。

[Test] 
public void AnAwesomeTest() 
{ 
    IDependencyOne d1 = MyMocker.Create<IDependencyOne>(); 
    IDependencyTwo d2 = MyMocker.Create<IDependencyTwo>(); 

    //Constructor injection 
    SUT sut = new SUT(d1); 

    //Property Injection 
    sut.DependantProperty = d2; 

    //Do some stuff and Assert 
}