Zombando do contexto do controlador Asp.net-mvc

Question

Portanto, o contexto do controlador depende de alguns componentes internos do asp.net.Quais são algumas maneiras de simular isso de maneira limpa para testes de unidade?Parece que é muito fácil obstruir os testes com toneladas de configurações quando eu só preciso, por exemplo, Request.HttpMethod para retornar "GET".

Já vi alguns exemplos/ajudantes nas redes, mas alguns estão desatualizados.Achei que este seria um bom lugar para manter o que há de melhor e mais recente.

Estou usando a versão mais recente do Rino mocks

Answer 1

Usando MoQ é mais ou menos assim:

var request = new Mock<HttpRequestBase>();
request.Expect(r => r.HttpMethod).Returns("GET");
var mockHttpContext = new Mock<HttpContextBase>();
mockHttpContext.Expect(c => c.Request).Returns(request.Object);
var controllerContext = new ControllerContext(mockHttpContext.Object
, new RouteData(), new Mock<ControllerBase>().Object);

Acho que a sintaxe do Rhino Mocks é semelhante.

Answer 2

Aqui está um exemplo de classe de teste de unidade usando MsTest e Moq que simula objetos HttpRequest e HttpResponse.(.NET 4.0, ASP.NET MVC 3.0)

A ação do controlador obtém o valor da solicitação e define o cabeçalho http nos objetos de resposta.Outros objetos de contexto http poderiam ser simulados de maneira semelhante

[TestClass]
public class MyControllerTest
{
    protected Mock<HttpContextBase> HttpContextBaseMock;
    protected Mock<HttpRequestBase> HttpRequestMock;
    protected Mock<HttpResponseBase> HttpResponseMock;

    [TestInitialize]
    public void TestInitialize()
    {
        HttpContextBaseMock = new Mock<HttpContextBase>();
        HttpRequestMock = new Mock<HttpRequestBase>();
        HttpResponseMock = new Mock<HttpResponseBase>();
        HttpContextBaseMock.SetupGet(x => x.Request).Returns(HttpRequestMock.Object);
        HttpContextBaseMock.SetupGet(x => x.Response).Returns(HttpResponseMock.Object);
    }

    protected MyController SetupController()
    {
        var routes = new RouteCollection();
        var controller = new MyController();
        controller.ControllerContext = new ControllerContext(HttpContextBaseMock.Object, new RouteData(), controller);
        controller.Url = new UrlHelper(new RequestContext(HttpContextBaseMock.Object, new RouteData()), routes);
        return controller;
    }

    [TestMethod]
    public void IndexTest()
    {
        HttpRequestMock.Setup(x => x["x"]).Returns("1");
        HttpResponseMock.Setup(x => x.AddHeader("name", "value"));

        var controller = SetupController();
        var result = controller.Index();
        Assert.AreEqual("1", result.Content);

        HttpRequestMock.VerifyAll();
        HttpResponseMock.VerifyAll();
    }
}

public class MyController : Controller
{
    public ContentResult Index()
    {
        var x = Request["x"];
        Response.AddHeader("name", "value");
        return Content(x);
    }
}

Answer 3

Aqui está um trecho do link de Jason.É igual ao método de Phil, mas usa rinoceronte.

Observação:mockHttpContext.Request é stub para retornar mockRequest antes Os componentes internos do mockRequest foram apagados.Acredito que esta ordem seja necessária.

// create a fake web context
var mockHttpContext = MockRepository.GenerateMock<HttpContextBase>();
var mockRequest = MockRepository.GenerateMock<HttpRequestBase>();
mockHttpContext.Stub(x => x.Request).Return(mockRequest);

// tell the mock to return "GET" when HttpMethod is called
mockRequest.Stub(x => x.HttpMethod).Return("GET");            

var controller = new AccountController();

// assign the fake context
var context = new ControllerContext(mockHttpContext, 
                  new RouteData(), 
                  controller);
controller.ControllerContext = context;

// act
...

Answer 4

O procedimento para isso parece ter mudado um pouco no MVC2 (estou usando RC1).A solução de Phil Haack não funciona para mim se a ação exigir um método específico ([HttpPost], [HttpGet]).Explorando o Reflector, parece que o método para verificar esses atributos mudou.MVC agora verifica request.Headers, request.Form, e request.QueryString para X-HTTP-Method-Override valor.

Se você adicionar simulações para essas propriedades, funcionará:

var request = new Mock<HttpRequestBase>();
request.Setup(r => r.HttpMethod).Returns("POST");
request.Setup(r => r.Headers).Returns(new NameValueCollection());
request.Setup(r => r.Form).Returns(new NameValueCollection());
request.Setup(r => r.QueryString).Returns(new NameValueCollection());

var mockHttpContext = new Mock<HttpContextBase>();
mockHttpContext.Expect(c => c.Request).Returns(request.Object);
var controllerContext = new ControllerContext(mockHttpContext.Object, new RouteData(), new Mock<ControllerBase>().Object);

Answer 5

Ou você pode fazer isso com o Typemock Isolator sem a necessidade de enviar um controlador falso:

Isolate.WhenCalled(()=>HttpContext.Request.HttpMethod).WillReturn("Get");

Answer 6

terminei com esta especificação

public abstract class Specification <C> where C: Controller
{
    protected C controller;

    HttpContextBase mockHttpContext;
    HttpRequestBase mockRequest;

    protected Exception ExceptionThrown { get; private set; }

    [SetUp]
    public void Setup()
    {
        mockHttpContext = MockRepository.GenerateMock<HttpContextBase>();
        mockRequest = MockRepository.GenerateMock<HttpRequestBase>();

        mockHttpContext.Stub(x => x.Request).Return(mockRequest);
        mockRequest.Stub(x => x.HttpMethod).Return("GET");


        EstablishContext();
        SetHttpContext();

        try
        {
            When();
        }
        catch (Exception exc)
        {
            ExceptionThrown = exc;
        }
    }

    protected void SetHttpContext()
    {
        var context = new ControllerContext(mockHttpContext, new RouteData(), controller);
        controller.ControllerContext = context;
    }

    protected T Mock<T>() where T: class
    {
        return MockRepository.GenerateMock<T>();
    }

    protected abstract void EstablishContext();
    protected abstract void When();

    [TearDown]
    public virtual void TearDown()
    {
    }
} 

e o suco está aqui

[TestFixture]
public class When_invoking_ManageUsersControllers_Update :Specification   <ManageUsersController>
{
    private IUserRepository userRepository;
    FormCollection form;

    ActionResult result;
    User retUser;

    protected override void EstablishContext()
    {
        userRepository = Mock<IUserRepository>();
        controller = new ManageUsersController(userRepository);

        retUser = new User();
        userRepository.Expect(x => x.GetById(5)).Return(retUser);
        userRepository.Expect(x => x.Update(retUser));

        form = new FormCollection();
        form["IdUser"] = 5.ToString();
        form["Name"] = 5.ToString();
        form["Surename"] = 5.ToString();
        form["Login"] = 5.ToString();
        form["Password"] = 5.ToString();
    }

    protected override void When()
    {
        result = controller.Edit(5, form);
    }

    [Test]
    public void is_retrieved_before_update_original_user()
    {
        userRepository.AssertWasCalled(x => x.GetById(5));
        userRepository.AssertWasCalled(x => x.Update(retUser));
    }
}

aproveitar

Answer 7

Acho que esse longo procedimento de zombaria é muito atrito.

A melhor maneira que encontramos - usando ASP.NET MVC em um projeto real - é abstrair o HttpContext para uma interface IWebContext que simplesmente passa.Então você pode zombar do IWebContext sem problemas.

Aqui está um exemplo