How to mock the controller context with moq

Question

I am trying out the MOQ framework and up now I have hit a barrier. The following unit test fails because the actual value of the ViewName property is an empty string.

Answer 1

The reason the test is failing is because what decides the ViewName when you do not specify one explicitly is in the depths of the framework. More precisely in the view engine I believe. So to test this as it stands you would have to mock out a lot more of the request pipeline.

What I do, and would recommend, is to not rely on the defaults and specify the view explicitly:

return View("About");

Then the value will be there to test without mocking anything:

var controller = new HomeController();
var result = controller.About() as ViewResult;
Assert.AreEqual("About", result.ViewName);

Answer 2

This is because you're making assumptions about how the MVC framework works. If you're relying on the conventions to locate the view, the framework actually leaves the ViewName property as String.Empty until ExecuteResult() is called.

You can see this code on line 68 of ViewResultBase.ExecuteResult within the MVC source:

if (String.IsNullOrEmpty(ViewName)) {
   ViewName = context.RouteData.GetRequiredString("action");
}

Furthermore, you should be careful about what you're testing. As a rule of thumb, you should focus on testing the code you write, not the framework's code. Testing to make sure the view name by convention is resolved correctly is really a unit test for the framework itself, not an application built on it.

If you're looking for a good way to employ mocking in MVC, you may want to look at testing your routes (which sort of looks like what you're trying to do here). You can find a post by Phil Haack concerning just this subject to get you started.