Mock HttpContext.Current no método de teste de inicialização

Estou tentando adicionar testes de unidade a um aplicativo ASP.NET MVC que eu criei. Nos meus testes de unidade, uso o seguinte código:

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

    ...
}

Com os seguintes auxiliares para zombar do contexto do controlador:

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;
    }
}

Esta classe de teste herda de uma classe base que possui o seguinte:

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

Dentro desse método, ele chama uma biblioteca (que eu não tenho controle) que tenta executar o seguinte código:

HttpContext.Current.User.Identity.IsAuthenticated

Agora você provavelmente pode ver o problema. Eu configurei o HttpContext falso no controlador, mas não neste método Init de base. O teste de unidade / zombaria é muito novo para mim, por isso quero ter certeza de que estou certo. Qual é a maneira correta de eu zerar o HttpContext para que ele seja compartilhado em meu controlador e em todas as bibliotecas chamadas no meu método Init.

HttpContext.Currentretorna uma instância de System.Web.HttpContext, que não se estende System.Web.HttpContextBase. HttpContextBasefoi adicionado mais tarde para tratar de HttpContextser difícil de zombar. As duas classes são basicamente independentes ( HttpContextWrapperé usado como um adaptador entre elas).

Felizmente, HttpContextele próprio é possível apenas o suficiente para você substituir o IPrincipal(Usuário) e IIdentity.

O código a seguir é executado conforme o esperado, mesmo em um aplicativo de console:

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]
    );

Abaixo do teste, Init também fará o trabalho.

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

Sei que esse é um assunto antigo, mas zombar de um aplicativo MVC para testes de unidade é algo que fazemos regularmente.

Eu só queria adicionar minhas experiências Zombando de um aplicativo MVC 3 usando o Moq 4 após a atualização para o Visual Studio 2013. Nenhum dos testes de unidade estava funcionando no modo de depuração e o HttpContext estava mostrando "não foi possível avaliar a expressão" ao tentar espiar as variáveis .

Acontece que o visual studio 2013 tem problemas para avaliar alguns objetos. Para que a depuração de aplicativos da web simulados funcione novamente, tive que verificar o "Usar modo de compatibilidade gerenciada" em Ferramentas => Opções => Depuração => Configurações gerais.

Eu geralmente faço algo assim:

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;
    }


}

E iniciando o contexto como este

FakeHttpContext.SetFakeContext(moController);

E chamando o método no controlador diretamente

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

Se o aplicativo de terceiros redirecionar internamente, é melhor zombar do HttpContext da seguinte maneira:

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" } };