Test InitメソッドのHttpContext.Currentのモック


176

作成したASP.NET MVCアプリケーションに単体テストを追加しようとしています。単体テストでは、次のコードを使用します。

[TestMethod]
public void IndexAction_Should_Return_View() {
    var controller = new MembershipController();
    controller.SetFakeControllerContext("TestUser");

    ...
}

次のヘルパーを使用して、コントローラーコンテキストをモックします。

public static class FakeControllerContext {
    public static HttpContextBase FakeHttpContext(string username) {
        var context = new Mock<HttpContextBase>();

        context.SetupGet(ctx => ctx.Request.IsAuthenticated).Returns(!string.IsNullOrEmpty(username));

        if (!string.IsNullOrEmpty(username))
            context.SetupGet(ctx => ctx.User.Identity).Returns(FakeIdentity.CreateIdentity(username));

        return context.Object;
    }

    public static void SetFakeControllerContext(this Controller controller, string username = null) {
        var httpContext = FakeHttpContext(username);
        var context = new ControllerContext(new RequestContext(httpContext, new RouteData()), controller);
        controller.ControllerContext = context;
    }
}

このテストクラスは、次の基本クラスを継承します。

[TestInitialize]
public void Init() {
    ...
}

このメソッド内では、次のコードを実行しようとするライブラリ(私は制御できません)を呼び出します。

HttpContext.Current.User.Identity.IsAuthenticated

今、あなたはおそらく問題を見ることができます。コントローラーに対して偽のHttpContextを設定しましたが、この基本のInitメソッドでは設定していません。ユニットテスト/モッキングは私にとって非常に新しいので、私はこれが正しいことを確認したいと思います。HttpContextをモックアウトして、コントローラーと、Initメソッドで呼び出されるすべてのライブラリで共有されるようにするための正しい方法は何ですか?

回答:


362

HttpContext.CurrentSystem.Web.HttpContext拡張しないのインスタンスを返しますSystem.Web.HttpContextBase。モックするのが難しいことHttpContextBaseに対処するためHttpContextに後で追加されました。2つのクラスは基本的に無関係です(HttpContextWrapperそれらの間のアダプターとして使用されます)。

幸い、HttpContextそれ自体はIPrincipal(ユーザー)とを置き換えるのに十分な偽物ですIIdentity

次のコードは、コンソールアプリケーションでも期待どおりに実行されます。

HttpContext.Current = new HttpContext(
    new HttpRequest("", "http://tempuri.org", ""),
    new HttpResponse(new StringWriter())
    );

// User is logged in
HttpContext.Current.User = new GenericPrincipal(
    new GenericIdentity("username"),
    new string[0]
    );

// User is logged out
HttpContext.Current.User = new GenericPrincipal(
    new GenericIdentity(String.Empty),
    new string[0]
    );

乾杯ですが、ログアウトしたユーザーにこれをどのように設定できますか?
nfplee 2010

5
@nfplee-空の文字列をGenericIdentityコンストラクタに渡すと、IsAuthenticatedfalseが返されます
Richard Szalay

2
これを使用して、HttpContextのキャッシュをモックできますか?
DevDave 2013

1
はい、可能です。ありがとう!
DevDave 2013

4
@CiaranG-MVCはHttpContextBase、モック可能なを使用します。MVCを使用している場合、私が投稿した回避策を使用する必要はありません。先に進む場合は、コントローラーを作成する前に、私が投稿したコードを実行する必要があるでしょう。
Richard Szalay 2013

35

以下では、Test Initもその役割を果たします。

[TestInitialize]
public void TestInit()
{
  HttpContext.Current = new HttpContext(new HttpRequest(null, "http://tempuri.org", null), new HttpResponse(null));
  YourControllerToBeTestedController = GetYourToBeTestedController();
}

ソリューションの別のテストプロジェクトでHTTPContextへのアドレス指定を取得できません。コントローラを継承して入手できますか?
John Peters

1
System.Webテストプロジェクトで参照がありますか?
PUG、2014年

はい、でも私のプロジェクトはMVCプロジェクトです。System.WebのMVCバージョンにその名前空間のサブセットしか含まれていない可能性はありますか?
John Peters

2
@ user1522548(アカウントを作成する必要があります)Assembly System.Web.dll、v4.0.0.0には間違いなくHTTPContextがあり、ソースコードを確認したところです。
PUG

私の間違いは、ファイルにSystem.WebではなくSystem.Web.MVCへの参照があります。ご協力いただきありがとうございます。
John Peters

7

これは古い問題であることはわかっていますが、MVCアプリケーションを単体テスト用にモックすることは、非常に定期的に行っています。

Visual Studio 2013にアップグレードした後、Moq 4を使用してMVC 3アプリケーションをモックするエクスペリエンスを追加したいと思いました。デバッグモードで動作しているユニットテストはなく、変数を調べようとすると、HttpContextに「式を評価できませんでした」と表示されました。

Visual Studio 2013には、一部のオブジェクトの評価に問題があることがわかりました。モックされたWebアプリケーションのデバッグを再度機能させるには、[ツール] => [オプション] => [デバッグ] => [一般設定]の[管理互換モードを使用する]を確認する必要がありました。

私は一般的に次のようなことをします:

public static class FakeHttpContext
{
    public static void SetFakeContext(this Controller controller)
    {

        var httpContext = MakeFakeContext();
        ControllerContext context =
        new ControllerContext(
        new RequestContext(httpContext,
        new RouteData()), controller);
        controller.ControllerContext = context;
    }


    private static HttpContextBase MakeFakeContext()
    {
        var context = new Mock<HttpContextBase>();
        var request = new Mock<HttpRequestBase>();
        var response = new Mock<HttpResponseBase>();
        var session = new Mock<HttpSessionStateBase>();
        var server = new Mock<HttpServerUtilityBase>();
        var user = new Mock<IPrincipal>();
        var identity = new Mock<IIdentity>();

        context.Setup(c=> c.Request).Returns(request.Object);
        context.Setup(c=> c.Response).Returns(response.Object);
        context.Setup(c=> c.Session).Returns(session.Object);
        context.Setup(c=> c.Server).Returns(server.Object);
        context.Setup(c=> c.User).Returns(user.Object);
        user.Setup(c=> c.Identity).Returns(identity.Object);
        identity.Setup(i => i.IsAuthenticated).Returns(true);
        identity.Setup(i => i.Name).Returns("admin");

        return context.Object;
    }


}

そして、このようなコンテキストを開始します

FakeHttpContext.SetFakeContext(moController);

コントローラのメソッドを直接呼び出す

long lReportStatusID = -1;
var result = moController.CancelReport(lReportStatusID);

受け入れられた答えに対してこのように設定する正当な理由はありますか?実際には、これはより複雑に見え、追加のメリットはないようです。
kilkfoe 2017年

1
それはより詳細な/モジュール式のあざける方法を提供します
Vincent Buscarello

4

アプリケーションのサードパーティが内部でリダイレクトする場合は、以下の方法でHttpContextをモックする方が適切です。

HttpWorkerRequest initWorkerRequest = new SimpleWorkerRequest("","","","",new StringWriter(CultureInfo.InvariantCulture));
System.Web.HttpContext.Current = new HttpContext(initWorkerRequest);
System.Web.HttpContext.Current.Request.Browser = new HttpBrowserCapabilities();
System.Web.HttpContext.Current.Request.Browser.Capabilities = new Dictionary<string, string> { { "requiresPostRedirectionHandling", "false" } };
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.