使用 AutoFac 和 AutoMock 模拟 CloudBlobClient

Question

我正在尝试为我的 AzureBlobRepository 编写单元测试。存储库在构造函数中接收一个 CloubBlobClient。我想模拟客户端，但这给出了一个例外：

using (var mock = AutoMock.GetLoose())
{
    var mockClient = mock.Mock<CloudBlobClient>();
}

无法在类型为“Microsoft.WindowsAzure.Storage.Blob.CloudBlobClient”的多个长度为 2 的构造函数之间进行选择。在注册组件时，使用 UsingConstructor() 配置方法显式选择构造函数。

当然，在我的单元测试中，我没有注册任何东西，因此该消息不是很有帮助。

我还尝试了其他方法，例如提供 NameParameters、TypedParameters 或调用 mock.Create 代替 mock.Mock，但我尝试的所有方法都返回相同的异常消息。

（同样的问题也出现在 CloudBlobContainer 上）

此处实现接口后的 UPDATE 是我编写的单元测试示例：

[TestMethod]
public void AzureBlobRepository_GetByIdAsync_ReturnsContent()
{    
    Guid blobId = Guid.NewGuid();
    Guid directoryName = Guid.NewGuid();
    string containerName = "unittest";

    using (var mock = AutoMock.GetLoose())
    {
        var mockClient = mock.Mock<ICloudBlobClient>();
        var mockContainer = mock.Mock<ICloudBlobContainer>();
        var mockDirectory = mock.Mock<ICloudBlobDirectory>();
        // notice that we're not using AutoMock here, it fails to create the mock
        var mockBlob = new Mock<CloudBlockBlob>(new Uri($"http://tempuri.org/{containerName}/{directoryName}/{blobId}"));
        mockBlob.Setup(m => m.DownloadTextAsync()).Returns(Task.FromResult("content"));

        mockClient.Setup(m => m.GetContainerReference(containerName))
            .Returns(mockContainer.Object);
        mockContainer.Setup(m => m.GetDirectoryReference(directoryName.ToString()))
            .Returns(mockDirectory.Object);
        mockDirectory.Setup(m => m.GetBlockBlobReference(blobId.ToString()))
            .Returns(mockBlob.Object);

        var repository = mock.Create<AzureBlobRepository>(
            new TypedParameter(typeof(ICloudBlobClient), mockClient.Object),
            new NamedParameter("container", containerName),
            new NamedParameter("directory", directoryName));

        var result = repository.GetByIdAsync(blobId, directoryName).Result;
        result.ShouldBe("content");
    }
}

Answer 1

这些类应该被视为 3rd 方实现问题。这意味着您无法控制它们，我们不应该嘲笑我们无法控制的东西。它们应该封装在您可以控制的抽象之后，并且可以在单独测试时根据需要进行模拟。

public interface ICloudBlobClient {
    //...expose only the functionality I need
}

public class CloudBlobClientWrapper : ICloudBlobClient {
    private readonly CloudBlobClient client;

    public CloudBlobClientWrapper(CloudBlobClient client) {
        this.client = client;
    }

    //...implement interface wrapping
}

出于这个原因，类应该依赖于抽象而不是具体化。模拟具体类往往会产生连锁反应

包装器不需要完全包装客户端，但可以聚合功能以免暴露实现问题。

所以现在当单独测试时，你可以模拟你控制的抽象

using (var mock = AutoMock.GetLoose()) {
    var mockClient = mock.Mock<ICloudBlobClient>();

    /// ...and the rest of the test.
}