ジェネリックスなしのテストクラスの簡素化

Question

私は、SUTタイプ以外にも、いくつかの同様の見た目のテストクラスを持っているIEquatable<T>を実装しているモデルの大きなコレクションを持っています。テストでは、インプリメンテーションとテスト中のモデルによって実装されているその他の共通の側面が検証されます。

抽象ジェネリックテストクラスを使用しても大したことはありませんが、演算子のコンパイル時のオーバーロード解決が緩和され、いずれの型に対しても派生テストクラスを実装する必要があります。

属性を使用すると、派生したテストクラスが不要になりますが、演算子のコンパイル時のオーバーロードの解決は残ります。

オペレータのコンパイル時のオーバーロード解決を維持し、テストメソッドを呼び出すためのオブジェクトの単一のコレクション（タイプであるかどうか）を持つ別のアプローチがありますか？以下の例で

、私はMemberDataを使用するが、彼らは（のみジェネリック型パラメータが使用されて）使用されないように==と!=オペレータとテストメソッドのシグネチャが最適未満で起動するためにリフレクションを使用しなければなりません。

[Theory] 
[MemberData(nameof(GetModelTypes))] 
public void MyTest<T>(T _) 
    where T : class, new() 
{ 
    var fixture = new Fixture().Customize(new AutoMoqCustomization()); 
    // Add any known type customization's... 

    T t = fixture.Create<T>(); 
    // Implement remaining generic test body. 
} 

public static IEnumerable<object[]> GetModelTypes() => 
{ 
    new object[] {new ModelA()}, 
    new object[] {new ModelB()}, 
    /* ... */ 
} 

オブジェクトのコレクションを1つ保守し、コンパイル時の過負荷解決でテストできる方法論を知っている人はいますか？

Answer 1

することはできwrite generic unit test classes with xUnit.net：あなたは似て見えるのテストの多くを持っている場合、それはAutoFixture.Idiomsに探して価値があり、特にそのIdiomaticAssertion基底クラスであってもよいし、言っ

public abstract class ModelTests<T> 
{ 
    [Fact] 
    public void MyTest() 
    { 
     var fixture = new Fixture(); 
     var sut = fixture.Create<T>(); 

     // The rest of the test goes here... 
    } 

    // More tests go here... 
} 

public class ModelATests : ModelTests<ModelA> { } 
public class ModelBTests : ModelTests<ModelB> { } 

。

Answer 2

まず、さまざまな動作をテストするための単一の静的なコレクションを持つことは自殺の一種です。自分を撃たないでください。第二に、あなたが達成しようとしていることは、現在は属性を持っているためにリフレクションを実行する権限が与えられていることを除いて、はっきりしません。あなたの質問が、ジェネリック医薬品と一緒にすべてを反映していたということについては、本当に可能です。 typeof(GenericType<>).MakeGenericType(...)のようなものをチェックしてください。このような