別のWCFサービス（EXTWCF）を使用するWCFサービス（INTWCF）があります。EXTWCFは5つの操作を公開し、外部アプリサーバー（DMZ内）でホストされ、メッセージおよびトランスポートレベルのセキュリティを実装します。
INTWCFは、内部アプリサーバーでホストされ、セキュリティを実装せず、約30の操作で2つの個別のサービスをホストします。これらのサービスの多くは、さまざまなパラメーターに応じて、EXTWCFの操作によって（他のさまざまなドメインレベルのアプリケーションとともに）呼び出されます。渡されます（EXTWCFには、INTWCFのどの操作を呼び出すかを決定するための単純なロジックが含まれています）。
EXTWCFは、IoCとDIを使用してINTWCFを実装します。
TDDを使用して、EXTWCFで公開されている操作の初期単体テストを作成したいと思います。したがって、Moqを使用してINTWCFをモックアップしたいと思います。ユニットテストプロジェクトにINTWCFをモックアップして注入する必要があると思っていたのですが、テストの依存関係が追加されるため、ユニットテスト中にIoCとDIを使用しないように（かなりの数の場所で）読んでいます。 。
間違った情報が提供されていますか、それともこの問題に取り組む別の方法がありますか？この状況にモックは適切ですか？私のユニットテストがEXTWCFの操作にアクセスしているように見えるので、彼らはINTWCFについて知りません。これは私にはDIの完璧なケースのように思えますか？
IoCとDIにNinjectを使用しています。DIが答えである場合、Ninjectはユニットテスト用のブートストラッパー/プラグインを提供しますか？私は何にも精通しておらず、彼らのWebページに何も表示されていませんか？