对静态类进行单元测试（理论问题）

Question

我知道什么时候可以使用静态类，但我的简单问题是：

当我们对具有静态类的代码进行单元测试时，是否存在大问题？

使用常规实例类更好吗？

有一些问题谈到这一点，但都是基于特定情况。

Answer 1

我所做的是将现有的静态类用作接缝，并在不同的命名空间中提供替代实现。这意味着您可以通过尽可能少的更改来测试代码——只需更改名称空间。通常我必须这样做才能绕过 C# 文件系统操作——File.Exists 等。

假设你的方法基本上是这样做的：

using System.IO;

public void SomeMethod()
{
    ...
    if(File.Exists(myFile))
    {
        ...
    }
    ...
}

然后我将用替代方案替换 File 的实现。替代实现应该消除任何现有方法，并在幕后调用委托实现——例如

namespace IO.Abstractions 
{     
    public static class File
    {         
        public static Func<string, string, string> ExistsImpl =
                                                      System.IO.File.Exists;

        public static string Exists(string path)
        {             
            return ExistsImpl (path);
        }
    }
} 

然后我会修改原始代码，以便它使用新的命名空间：

using IO.Abstractions;

public void SomeMethod()
{
    ...
    if(File.Exists(myFile))
    {
        ...
    }
    ...
}

然后，在您的测试中，您可以为 File.Exists 提供行为的替代实现，例如：

[Test]
public void SomeTest()
{
    // arrange
    ...
    File.ExistsImpl = (path) => true; // to just default to true for every call
    ...

    // act
    someClass.SomeMethod();

    // then assert
    ...
}

我最近写了一篇博客，其中包含更多详细信息这里。