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

176

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.

nfplee
fonte

Respostas:

362

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]
    );
Richard Szalay
fonte
Saúde, mas como posso definir isso para um usuário desconectado?
Nfplee
5
@nfplee - Se você passar uma cadeia vazia para o GenericIdentityconstrutor, IsAuthenticatedretornará false
Richard Szalay
2
Isso poderia ser usado para zombar do cache no HttpContext?
DevDave
1
Sim, poderia. Obrigado!
DevDave
4
@CiaranG - MVC usa HttpContextBase, que pode ser ridicularizado. Não há necessidade de usar a solução alternativa que eu postei se você estiver usando o MVC. Se você continuar com isso, provavelmente precisará executar o código que eu publiquei antes de criar o controlador.
21813 Richard Szalay
35

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();
}
PUG
fonte
Não consigo obter a acessibilidade do HTTPContext em um projeto de teste separado na minha solução. Você é capaz de obtê-lo através da herança de um controlador?
John Peters
1
Você tem referência System.Webno seu projeto de teste?
PUG 21/11
Sim, mas meu projeto é um projeto MVC. É possível que a versão MVC do System.Web contenha apenas um subconjunto desse espaço para nome?
John Peters
2
@ user1522548 (você deve criar uma conta) Assembly System.Web.dll, v4.0.0.0 definitivamente possui HTTPContext, acabei de verificar meu código-fonte.
PUG 21/11
Meu erro, tenho uma referência no arquivo para System.Web.MVC e NOT System.Web. Obrigado pela ajuda.
John Peters
7

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);
aggaton
fonte
Existe uma boa razão para defini-lo dessa maneira em relação à resposta aceita? No início, isso parece mais complicado e não parece oferecer nenhum benefício extra.
kilkfoe
1
Ele oferece um método de zombaria mais detalhado / modular
Vincent Buscarello 15/18
4

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