c# - 如何使用请求内容的实例化和操作调用来测试 MVC Controller ？

Question

我在 Javascript 中测试驱动了一个 Backbone 模型，所以我确信当用户点击“保存”按钮时，一个正确的 POST 请求被发送到我的 ASP.NET MVC 应用程序。这是此模型的最终类集成测试(this.server 是 Fake server from Sinon.JS ):

it('should properly formulate request to save data', function () {
    this.model.data = [{ id: 1, type: 'type', value: 'value' }];

    this.model.save();

    expect(this.server.requests.length).toEqual(1);
    expect(this.server.requests[0].method).toEqual('POST');
    expect(this.server.requests[0].url).toEqual('MyController/SaveData');
    expect(this.server.requests[0].requestHeaders['Content-Type'])
        .toEqual('application/json;charset=utf-8');
    expect(this.server.requests[0].requestBody)
        .toEqual('[{"id":1,"type":"type","value":"value"}]');
});

现在我想试驾 Controller 。我想确保我不仅正确地实现了 SaveData 操作(这很简单)，而且我还想验证从请求正文到操作参数和 MVC 路由的映射是否有意义。

我发现了很多关于使用 stubbed HttpContextBase 和 consortes 进行单元测试的问题，例如:

• > ASP.NET MVC unit test controller with HttpContext
• > How to mock the Request on Controller in ASP.Net MVC?

不幸的是，它们都是实例化 Controller 并手动调用 Action 方法。这对我来说并不令人满意:我想断言从 JS 发出的相同请求内容(并由上述单元测试保护)将在 ASP.NET 应用程序端正常工作。

我目前所拥有的只是一个使其工作并说明问题的草稿。我正在使用 Rhino Mocks用于 stub 和模拟。特别是，dataWebService 是我想用于断言的模拟。我把它包括在内只是为了弄清楚测试的意义是什么，但总的来说它当然与问题无关。该问题是双重的( Controller 实例化和操作调用)，并由以下代码中的注释指出:

[Test]
public void GivenNoData_WhenPostingData_ThenCallsWebServiceSaveData()
{
    var httpContext = MockRepository.GenerateStub<HttpContextBase>();
    var httpRequest = MockRepository.GenerateStub<HttpRequestBase>();

    httpRequest
        .Stub(hr => hr.Url)
        .Return(new Uri("http://localhost/MyController/SaveData"));
    httpRequest
        .Stub(hr => hr.Headers)
        .Return(new WebHeaderCollection()
        {
            { "X-Requested-With", "XMLHttpRequest" },
            { "Content-Type", "application/json;charset=utf-8" }
        });
    httpRequest
        .Stub(hr => hr.RequestType)
        .Return("POST");

    var requestBody = @"[{""id"":1,""type"":""type"",""value"":""value""}]";
    httpRequest
        .Stub(hr => hr.InputStream)
        .Return(new MemoryStream(Encoding.UTF8.GetBytes(requestBody)));

    httpContext.Stub(hc => hc.Request).Return(httpRequest);

    // The problem starts here
    // I want MVC to instantiate the controller based on the request

    var controller = new MyController(dataWebService);
    controller.ControllerContext
        = new ControllerContext(httpContext, new System.Web.Routing.RouteData(), controller);

    dataWebService.Expect(dws => dws.SaveData(Arg<Data>.Matches(/*...*/));

    // Second part of the problem, I want MVC to invoke SaveData with arguments
    // generated from request's body
    controller.SaveData(/* arguments */);

    dataWebService.VerifyAllExpectations();    
}

现在，我知道这不符合单元测试的严格定义，并且介于单元测试和集成测试之间。

但是，首先我想确信整个过程，从上到下，都被测试覆盖，然后我会担心定义(并且可能将测试拆分为仅针对 Controller 的单元测试和用于路由和 Controller 参数解析的类集成测试)。

另请注意，假设 MVC 正常工作，重点是仅测试我自己的代码，特别是 SaveData 方法签名和 MVC 路由配置。

Answer 1

这对我来说是一个集成测试。无论如何，在这种情况下忘记 RhinoMock，因为除了在这里创建您自己的测试套件之外别无他法。在我们的例子中，我们实际上使用 HttpClient 来调用 Controller /api 并传递操作所需的 url 和参数，并预测验证结果。

public class ClientHandler
{
   private HttpClient _client;

   public ClientHander()
   {
        // add handler if needed ex var handler = new HttpClientHandler()

        _client = new HttpClient(/*handler*/);

        // add default header if needed client.DefaultRequestHeaders
   }

   public HttpResponseMessage Post(string path, HttpContent content)
   {
      // You can async if you want
      return _client.Post(path, content).Result;
   }
}

现在您可以在实际测试中使用它了。

[TestClass]
public class MyController
{
    [TestMethod]
    public void TestMyControllerActionSaveData()
    {  
         var client = new ClientHandler();
         var content = new StringContent(dataHere, Encoding.UTF8, "application/json");
         var outPut = client.Post("http://server/action/here", content).Result;

         // validate expected output here
    }
}

此处缺少很多配置和设置，但要点就在那里。

更新:我真的很喜欢您目前以测试的名义所做的事情，因为这是作为持续集成 (CI) 一部分的强大工具。只是一个小的评论来命名你的测试方法。我建议将测试方法重命名为您想要执行的操作，并将这些过程放入测试中，就像 Gherkin way of BDD 一样。或如 Dan North 所述.

[TestMethod]
public void Should_Save_If_Has_Data()
{
   Given(Web_Service_Instance)
     With(Data_To_Pass)
     When(Posting_Data_To_Service)
     Then(Data_Will_Be_Saved)
     Verify()
}

[TestMethod]
public void Should_Not_Save_If_No_Data()
{
    .....
}

如果您可以像上面描述的那样创建一个 TestSuite，从长远来看，它会给您带来很多好处，并避免代码重复 (DRY)。此外，这些测试将作为 Robert C. Martin & Micah Martin 所述的事件文档。 .特别感谢我参与的团队，我为他们点赞!