Макет HttpContext.Тока в методе испытаний инит

Я пытаюсь добавить модульное тестирование 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 против контроллера, но не в этом базовом методе инициализации. Модульное тестирование / издевательство очень ново для меня, поэтому я хочу убедиться, что все правильно. Каков правильный способ для меня издеваться над HttpContext, чтобы он был общим для моего контроллера и любых библиотек, которые вызываются в моем методе Init.

4 151
c# unit-testing mocking httpcontext

4 ответа:

HttpContext.Current возвращает экземпляр System.Web.HttpContext, который не распространяется System.Web.HttpContextBase. HttpContextBase был добавлен позже по адресу HttpContext трудно глумиться. Эти два класса в основном не связаны (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]
    );
312

ниже тест Init также будет выполнять эту работу. 

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

Я знаю, что это более старая тема, однако издевательство над приложением MVC для модульных тестов-это то, что мы делаем на очень регулярной основе.

Я просто хотел добавить свои впечатления, издеваясь над приложением MVC 3 с помощью Moq 4 после обновления до Visual Studio 2013. Ни один из модульных тестов не работал в режиме отладки, и HttpContext показывал "не удалось оценить выражение" при попытке заглянуть в переменные.

оказывается, visual studio 2013 имеет проблемы с оценкой некоторых объекты. Чтобы отладка издевалась над веб-приложениями, я должен был проверить "использовать режим управляемой совместимости" в Tools=>Options=>Debugging=>General settings.

Я вообще делаю что-то вроде этого:

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

Если ваше приложение перенаправлено третьей стороной внутри, поэтому лучше издеваться над 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" } };
1