ユニットテストのために別のアセンブリのクラスにアクセスするにはどうすればいいですか？

Question

私はVisual Studio 2008の方法でユニットテストを始めています。テスト目的でクロス・アセンブリclassアクセスを達成する最良の方法が何であるか疑問に思っています。

基本的に、私は1つの、溶液中の二つのプロジェクトがあります。

1. MyProjectと（C＃の）
2. MyProjectTests（C＃テストプロジェクト）

MyProjectの中にすべてが現在持っているデフォルトのアクセスを、どのI場合正しくリコールすることは、すべてが効果的であることを意味します。internal。私はほとんどclassレベルでテストしようとしていますが、少数のdelegatesが関わっています。

将来的にはいつでも外部APIが存在するでしょうが、私は完全なフィーチャー（紙では）の約20％を占めています。テストされていないコア。したがって、従来の（読み込み：悪いやや遅い）機能テストや、バージョンn + 1の外部APIが登場する前に、アプリケーションが十分に完了する前に、いくつかのテストをやりたいと思います。

解決策の例は、まっすぐな回答に加えて、非常に高く評価されます。

Answer 1

アセンブリレベルの属性InternalsVisibleToAttributeを使用してこれを行うことができます。

あなたのMyProjectのアセンブリにAssemblyInfo.csに

[assembly:InternalsVisibleTo("MyProjectTests")] 

を追加します。

Answer 2

あなたはあなたの "MyProjectと（C＃の）" のAssemblyInfo.csに

[assembly:InternalsVisibleTo("Unit.Tests.Assembly")] 

を追加する必要があります。これにより、テストで内部テストにアクセスできるようになります。パブリックインターフェイスまたはAPIを介して、あなたの内部クラスをテスト -

Answer 3

は、私はこのアプローチに対してお勧めしますしかしあなたがInternalsVisibleToAttribute

を必要とするように見えます。

Answer 4

あなたは、あなたの主なプロジェクトのためのAssemblyInfo.csに属性を追加するという名前のアセンブリに内部メソッドへのアクセスを与えることによって、内部メソッドをテストすることができます。

[アセンブリ：InternalsVisibleTo（ "MyProjectTestsNameSpaceを。MyProjectTests "）]

さらに情報がhere

Answer 5

[InternalsVisibleTo]はIMO最も賢明な方法ですが、これについて移動するには、少なくとも2つの他の方法があります：

• がReflection

  var method = instance.GetType().GetMethod(
      methodName, BindingFlags.NonPublic | BindingFlags.Instance, 
      null, paramTypeArray, null); 
  return method.Invoke(instance, parameters); 
  

  を使用することにより

この方法では、メソッド名またはシグネチャが変更された場合、ユニットテストは実行時に失敗し始めますが、[InternalsVisibleTo]はコンパイル時にこの変更が容易に選択されます。テストアセンブリが署名されている場合、なぜテストアセンブリに署名する必要がない -

• はあなたの次の質問を未然に防ぐためにMoles/FakesまたはTypeMock