C＃でテストするための内部メソッドをいくつか保持するインターフェイスを作成するには？あなたはそれが<code>public</code>方法と<code>internal</code>方法を持って見ての通り

Question

は、以下のクラス

public class Entity { 
    public void Foo() { ... } 
    internal void Bar() { ... } 
} 

を考えてみましょう。今、このクラスをテストで（このアセンブリと他のアセンブリの両方で）模擬するためのインターフェイスを作成したいと思います。コードを次のように書き換えます。

public interface IEntity { 
    void Foo(); 
} 

internal class Entity : IEntity { 
    public void Foo() { ... } 
    public void Bar() { ... } 
} 

ただし、これは別の問題を引き起こします。同じアセンブリ内の別の方法でクラスを使用する場合、私はもうBarを呼び出すことはできません。

public class OtherClass { 
    public void SomeMethod(IEntity entity) { 
    entity.Bar(); // error! 
    } 
} 

このようなコードを書き換える：

public class OtherClass { 
    public void SomeMethod(IEntity entity) { 
    (entity as Entity).Bar(); // error in test! 
    } 
} 

トリガーユニットテストでエラーをトリガするSomeMethod 。同じアセンブリ内でinternalのメソッドを引き続き使用できるようにコードを書き直すにはどうすればよいですか？パブリックメンバーのみを他のアセンブリに公開することはできますか？

更新：クラスOtherClassは、直接ユーザーに公開されていないEntityクラスの内部、上で動作する必要があるユーティリティクラスです。ただし、このクラス自体はユーザーに公開されているため、間接的にはEntityの内部にアクセスできます。 SomeMethodは、ユーザーがEntityオブジェクトの内部状態を壊さないようにするために必要なチェックを実行するため、これが望ましいです。

Answer 1

：

public class MyClassWithInternalMethod 
{ 
    internal object GetSomething() 
    { 
     return null; 
    } 
} 

これをテストするために、あなたがこのようにそれを模擬することができます： は、あなたのクラスは次のようになりますと言うことができますテスト用：

public interface IEntity 
{ 
    //Implementation 

} 

internal interface ITestEntity : IEntity 
{ 
    void TestMethod(); 
} 


class Entity: ITestEntity 
{ 
    // 
} 

Answer 2

ユニットテストでのみ内部メソッドを呼び出すとしますか？そうでなければ、このメソッドを他のアセンブリに公開すると、internalをpublicのものに置き換える必要があります。

一般的な単体テストの場合、プライベートメソッドまたは内部メソッドをテストしないと、常に良いパターンになります。単体テストは実際にはパブリックインターフェイスをテストするだけで、ビジネスクラスは内部的な処理を行うパブリックメソッドを提供する必要があります。 内部メソッドをテストするには、そのパブリックな表現をテストする必要があります。

しかし、とにかく。プライベートまたは内部アクセサーをテストする場合、Visual Studio Testプロジェクトは通常、アクセサーラッパーを生成します。 クラスの通常のctorの代わりにアクセサのctorを呼び出す必要があります。そうすると、そのインスタンスの任意のプライベートまたは内部のメソッド/プロパティにアクセスできます。 http://msdn.microsoft.com/en-us/library/bb385974(v=vs.100).aspx

::編集：

ここで、これらの生成された型についてさらに詳しく議論した後、私はUnityとUnityAutoMoq（3異なるNugets）と一緒にMOQを使用する方法のあなたのための例があります。

内部ITestEntityインタフェースを使用してIEntityインターフェースを拡張：編集

using (var moqUnityContainer = new UnityAutoMoqContainer()) 
{ 
    moqUnityContainer.GetMock<MyClassWithInternalMethod>().Setup(p => p.GetSomething()).Returns(null); 
} 

Answer 3

コードを書き直して、同じアセンブリ内で内部メソッドを使用することができますが、ほかのアセンブリにパブリックメンバのみを公開できるようにするにはどうすればよいですか？

インターフェイスを内部で作成し、明示的に実装します。

internal interface ITest 
{ 
    void Foo(); 
    void Bar(); 
} 

public class Thing : ITest 
{ 
    void ITest.Foo() { this.Foo(); } 
    void ITest.Bar() { this.Bar(); } 
    public Foo() { ... } 
    internal Bar() { ... } 
} 

だから今publicクラスThingは、唯一のパブリックメソッドFooを持っています。アセンブリ外のコードは、BarとITestの両方が内部であるため、Barを直接またはインターフェイスへの変換を介して呼び出すことはできません。

ベースクラスは、少なくともその派生クラスほど目に見える必要があります。そうではありません。少数の人々は、これが合法であることを知っている：

class C : C.I 
{ 
    private interface I {} 
} 

クラスは唯一それがを見ることができるインタフェースを実装することができます！これはちょっと変わったことですが、それが理にかなっている状況がいくつかあります。