Макет HttpContext.Current в методе инициализации теста


177

Я пытаюсь добавить модульное тестирование в приложение 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.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]
    );

Ура, но как я могу установить это для вышедшего из строя пользователя?
nfplee

5
@nfplee - если вы передадите пустую строку в GenericIdentityконструктор, IsAuthenticatedвернет false
Ричард Сзалай

2
Может ли это быть использовано для насмешки кэша в HttpContext?
DevDave

1
Да, это возможно. Спасибо!
DevDave

4
@CiaranG - MVC использует HttpContextBase, который можно поиздеваться. Нет необходимости использовать обходной путь, который я опубликовал, если вы используете MVC. Если вы пойдете дальше, вам, вероятно, потребуется запустить код, который я разместил, прежде чем вы даже создадите контроллер.
Ричард Сзалай

35

Ниже Test Init также сделает эту работу.

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

Я не могу получить адресуемость HTTPContext в отдельном тестовом проекте в моем решении. Вы можете получить его через наследование контроллера?
Джон Питерс

1
У вас есть ссылка на System.Webваш тестовый проект?
ПУГ

Да, но мой проект - проект MVC. Возможно ли, что версия System.Web MVC содержит только подмножество этого пространства имен?
Джон Питерс

2
@ user1522548 (вы должны создать учетную запись) Assembly System.Web.dll, v4.0.0.0 определенно имеет HTTPContext, я только что проверил свой исходный код.
PUG

Моя ошибка, у меня есть ссылка в файле System.Web.MVC, а не System.Web. Спасибо за вашу помощь.
Джон Питерс

7

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

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

Оказывается, у Visual Studio 2013 есть проблемы с оценкой некоторых объектов. Чтобы отладка макетированных веб-приложений снова работала, мне нужно было проверить «Использовать режим управляемой совместимости» в Сервис => Параметры => Отладка => Общие настройки.

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

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

1
Он предлагает более детальный / модульный метод насмешки
Винсент Бускарелло

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" } };
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.