基于最小起订量框架的Web服务方法的模拟请求和响应

为了在不对外部服务进行实际调用的情况下测试类 TransactionService，请确保在伪调用中使用的服务位于接口后面。如果不是这种情况，您可能需要重构源代码以使其可测试。

public class TransactionService
{
    private readonly IDatabaseService _databaseService;

    public TransactionService(IDatabaseService databaseService)
    {
        _databaseService = databaseService;
    }

    public CustomerPutResponse CustomerCareResult(CustomerRequest request)
    {
        var apiRequestObj = ApiCreateRequestObj(request);

        var apiResponseObj = ApiCreateResponseObj(apiRequestObj);
        
        return apiResponseObj;
    }

    private CustomerPutRequest ApiCreateRequestObj(CustomerRequest req)
    {
        return _databaseService.createPutRequest(req);
    }

    private CustomerPutResponse ApiCreateResponseObj(CustomerPutRequest resp)
    {
        return _databaseService.createPutResponse(resp);
    }
}

如果要测试 TransactionService 内部的逻辑，而不是外部 DatabaseService 内部的逻辑，则应使用 TransactionService 中的 IDatabaseService，并从测试中模拟接口 IDatabaseService。真正的实现 DatabaseService 只会在您的应用程序中运行，但您的测试不会通过它：

public interface IDatabaseService
{
    public CustomerPutRequest createPutRequest(CustomerRequest request);

    public CustomerPutResponse createPutResponse(CustomerPutRequest putRequest); 
}

public class DatabaseService : IDatabaseService
{
    public CustomerPutRequest createPutRequest(CustomerRequest request)
    {
        //PSEUDOCODE: Real code for your real service that returns a customerPutRequest
    }

    public CustomerPutResponse createPutResponse(CustomerPutRequest putRequest)
    {
        //PSEUDOCODE: Real code for your real service that returns a customerPutResponse
    }
}

最后，在测试类中（在此示例中使用 xUnit），应测试类的公共方法，在本例中为 CustomerCareResult 方法：

public class TransactionServiceTests
{
    [Fact]
    public void CustomerCareResult_UponCalled_ReturnsExpectedResponse()
    {
        // Arrange (instantiate input parameters, mocks and the object to test (sut))
        var customerRequest = new CustomerRequest
        {
            Name = "Joe Biden",
            Address = "White House",
            City = "Washington DC",
            State = "Columbia",
            AccountNumber = "666"
        };

        //Create the mock for the external service we don't really want to call
        var dataServiceMock = new Mock<IDatabaseService>();

        //Set up the mock to behave as we would expect the real class to behave when calling its methods.
        //In this case, to return the expected value whenever the external IDatabaseService.createPutRequest is called
        dataServiceMock .Setup(m => m.createPutRequest(It.IsAny<CustomerRequest>()))
                        .Returns(new CustomerPutRequest
                        {
                            Name = "Joe Biden",
                            Address = "White House",
                            City = "Washington DC",
                            State = "Columbia"
                        });

        dataServiceMock.Setup(m => m.createPutResponse(It.IsAny<CustomerPutRequest>()))
                        .Returns(new CustomerPutResponse
                        {
                            Data = "this is the mocked data I expect my real external service to return"
                        });

        var sut = new TransactionService(dataServiceMock.Object);

        // Act (call a method on the sut)
        sut.CustomerCareResult(customerRequest);

        // Assert (verify that each of the 2 the methods in the IDatabaseService mock have been called exactly once)
        dataServiceMock.Verify(m => m.createPutRequest(It.IsAny<CustomerRequest>()), Times.Once());
        dataServiceMock.Verify(m => m.createPutResponse(It.IsAny<CustomerPutRequest>()), Times.Once());
    }
}

在测试方法中，使用 Moq 为服务 IDatabaseService 创建 2 个模拟。在设置部分，我们告诉 Moq，当 TransactionService 调用 _databaseService.createPutRequest（req） 和 _databaseService.createPutResponse（resp） 时，由于调用公共方法 CustomerCareResult，我们希望模拟如何响应。

在测试的最后一部分，我们断言每个方法都调用了一次。当然，如果 CustomerCareResult 中有更复杂的逻辑，则根据请求的信息，可能会为同一方法 CustomerCareResult 编写更多具有不同断言的测试。

这可能取决于您如何进行远程服务器调用。例如，我使用的一个项目 - 它没有接口（通常你模拟接口而不是实际实现），所以我进一步将其抽象为提供等，然后使用下面的实现。然后我嘲笑我创造的。HttpClientIHttpClientService.Get().Post()HttpClientIHttpClientService

因此，在您的问题中，是您的测试范围，实际代码取决于可以向外部服务发出请求的东西（在您的代码示例中省略了）。这就是你想嘲笑的。TransactionService

当然，第 3 点可能表明另一个问题：通常不应该为了单元测试而更改代码。但在这种情况下，提供 的抽象可以帮助使 HTTP 请求更容易，而且因为它本身有点历史，HttpClient 的实现阻止了单元测试，所以在考虑之后，我认为用于发出 HTTP 请求的抽象对于我的项目来说是可以接受的。HttpClient