Moqによる拡張メソッドのモック

既存のインターフェースがあります...

public interface ISomeInterface
{
    void SomeMethod();
}

ミックスインを使用してこのインターフェースを拡張しました...

public static class SomeInterfaceExtensions
{
    public static void AnotherMethod(this ISomeInterface someInterface)
    {
        // Implementation here
    }
}

私はテストしたいこれを呼び出すクラスがあります...

public class Caller
{
    private readonly ISomeInterface someInterface;

    public Caller(ISomeInterface someInterface)
    {
        this.someInterface = someInterface;
    }

    public void Main()
    {
        someInterface.AnotherMethod();
    }
}

インターフェイスをモックして、拡張メソッドの呼び出しを確認するテスト...

    [Test]
    public void Main_BasicCall_CallsAnotherMethod()
    {
        // Arrange
        var someInterfaceMock = new Mock<ISomeInterface>();
        someInterfaceMock.Setup(x => x.AnotherMethod()).Verifiable();

        var caller = new Caller(someInterfaceMock.Object);

        // Act
        caller.Main();

        // Assert
        someInterfaceMock.Verify();
    }

ただし、このテストを実行すると例外が発生します...

System.ArgumentException: Invalid setup on a non-member method:
x => x.AnotherMethod()

私の質問は、ミックスインの呼び出しを模擬する良い方法はありますか？

モックフレームワークで静的メソッド（したがって拡張メソッド）を「直接」モックすることはできません。Moles（http://research.microsoft.com/en-us/projects/pex/downloads.aspx）は、別のアプローチを実装するMicrosoftの無料ツールです。ツールの説明は次のとおりです。

Molesは、デリゲートに基づく.NETのテストスタブおよび迂回用の軽量フレームワークです。

Molesは、.NETメソッドを迂回するために使用できます。これには、密閉型の非仮想/静的メソッドが含まれます。

Molesを任意のテストフレームワークで使用できます（それは独立しています）。

この問題を回避するためにラッパーを使用しました。ラッパーオブジェクトを作成し、モックメソッドを渡します。

Paul Irwinによる「単体テストの静的メソッドのモック」を参照してください。良い例があります。

入力を模擬しようとしていた拡張メソッドの内部を発見し、拡張内部で何が起こっているのかを模擬しなければならないことに気づきました。

メソッドにコードを直接追加する拡張機能を使用して表示しました。つまり、拡張機能自体ではなく、拡張機能の内部で何が起こるかを模擬する必要がありました。

実際のインターフェースを継承し、拡張メソッドと同じシグネチャを持つメンバーを持つテストインターフェースを模擬できます。

次に、テストインターフェイスをモックし、実際のインターフェイスをモックに追加して、セットアップでテストメソッドを呼び出すことができます。

モックの実装は、必要なメソッドを呼び出すか、メソッドが呼び出されていることを確認するだけです。

IReal //on which some extension method is defined
{
    ... SomeRegularMethod(...);
}

static ExtensionsForIReal
{
    static ... SomeExtensionMethod(this IReal iReal,...);
}

ITest: IReal
{
    //This is a regular method with same name and signature as the extension without the "this IReal iReal" parameter
    ... SomeExtensionMethod(...);
}

var someMock = new Mock<ITest>();
Mock.As<IReal>(); //ad IReal to the mock
someMock.Setup(x => x.SomeExtensionMethod(...)).Verifiable(); //Calls SomeExtensionMethod on ITest
someMock.As<IReal>().Setup(x => x.SomeRegularMethod(...)).Verifiable(); //Calls SomeRegularMethod on IReal

2つのインターフェースをサポートするモックを実装する方法について、この投稿の HåvardSソリューションに感謝します。それを見つけたら、テストインターフェースと静的メソッドに合わせて調整するのは簡単な作業でした。

JustMockで拡張メソッドを簡単にモックできます。APIは、通常のメソッドのモックと同じです。以下を検討してください

public static string Echo(this Foo foo, string strValue) 
{ 
    return strValue; 
}

この方法を準備して確認するには、次のようにします。

string expected = "World";

var foo = new Foo();
Mock.Arrange(() => foo.Echo(Arg.IsAny<string>())).Returns(expected);

string result = foo.Echo("Hello");

Assert.AreEqual(expected, result);

ここにもドキュメントへのリンクがあります：拡張メソッドのモッキング

オブジェクト自体をラップするときは、ラッパー（アダプターパターン）を使用するのが好きです。オブジェクトの一部ではない拡張メソッドをラップするためにそれを使用するかどうかはわかりません。

Action、Func、Predicate、またはdelegateタイプの内部Lazy Injectableプロパティを使用して、ユニットテスト中にメソッドを注入（スワップアウト）できるようにします。

    internal Func<IMyObject, string, object> DoWorkMethod
    {
        [ExcludeFromCodeCoverage]
        get { return _DoWorkMethod ?? (_DoWorkMethod = (obj, val) => { return obj.DoWork(val); }); }
        set { _DoWorkMethod = value; }
    } private Func<IMyObject, string, object> _DoWorkMethod;

次に、実際のメソッドの代わりにFuncを呼び出します。

    public object SomeFunction()
    {
        var val = "doesn't matter for this example";
        return DoWorkMethod.Invoke(MyObjectProperty, val);
    }

より完全な例については、http：//www.rhyous.com/2016/08/11/unit-testing-calls-to-complex-extension-methods/を確認してください。

したがって、Moqを使用していて、Extensionメソッドの結果をモックしたい場合は、 SetupReturnsDefault<ReturnTypeOfExtensionMethod>(new ConcreteInstanceToReturn())場合は、モックしようとしているExtensionメソッドを持つモッククラスのインスタンスで。

完璧ではありませんが、単体テストの目的には適しています。