MSTest TestMethod依存性注入

Question

私はDIコンテナを使用していますが、MSTest（VS 2010）単体テストをコンテナから解決されたインスタンスで実行します。

これらのインスタンスを私のTestMethodまたは少なくとも私のTestClassに注入したいのですが。これは可能ですか？

今私のTestMethodsは直接私の注射テストがより現実的であるように私が避けたいと思うcontainer.Resolve<T>(xxx)を直接呼び出します。

誰でもこの経験がありますか？

ありがとうございます。

Answer 1

テストクラスのインスタンス化は、MSTestフレームワークの内部クラスで深く行われるため、依存関係を注入するのは難しい作業です。

Answer 2

依存性注入パターンに従ってコードを記述し、IoCフレームワークを使用する主な理由は、テスト可能なコードを取得することです。ただし、テストコードでIoCコンテナを使用すると、逆の結果になります。あなたの質問から私はあなたがすでにこれを体験しているのを見ることができます。

これは、依存関係注入（DI）パターンの代わりにサービス・ロケーター（SL）パターンを使用する場合に特に問題となります。 SLパターンでは、クラスはIoCコンテナ（またはそのようなコンテナの抽象化）を、必要な依存性をクラスに提供する代わりに（コンストラクタインジェクションを使用して）直接呼び出します。クラスはコンテナを直接呼び出しているため、テスト環境でもそのコンテナを設定する必要があります。テストフレームワークはあなたのテストを並行して実行するかもしれないので、テスト環境や偽のオブジェクトはしばしば非常に複雑になります。なぜなら、テストベースごとに偽の動作に影響を与えたいからです。 MSTestはこれを行います）。

あなたのアプリケーションコードにDIパターンを使用する必要があります。テストでは、あなたはあなたのテストでたとえば、HomeControllerクラスのテストをICustomerServiceクラスに依存する場合は、通常、テストクラスのHomeControllerの作成を集中化するCreateController()またはCreateValidControllerファクトリメソッドを使用する必要があります。このようなファクトリメソッドでは、クラスを手作業で以下のようにして注入します：

private static HomeController CreateController(
    InMemoryDataMapper mapper) 
{ 
    var uowFactory = new FakeNorthwindUnitOfWorkFactory() 
    { 
     UnitOfWork = new NorthwindUnitOfWork(mapper); 
    }; 

    return new HomeController(new FakeCustomerService(uowFactory)); 
} 

HomeControllerの依存関係の仕組みについては、そのようなファクトリメソッドはもちろんどのように見えますか（意図はありません）。

簡単に言えば、アプリケーションコードで実行したいのと同じ方法で、テストコードに依存性注入を行わないでください。テストフレームワークではこれを実行することが非常に難しいだけでなく、テスト環境用にIoCフレームワークを構成する必要があります。その場合は、失敗する可能性があります。残念ながら、私は経験から話します。