VisualStudio unit test

1. VisualStuio the test Explorer, CodeLens and ReSharper

An article on the review of the principles of technology and unit testing "Art of Unit Testing" mentioned in. This article practices for using VisualStudio 2019 for unit testing.

Usually use the "Test Resource Manager" in VisualStudio unit test.

Professional and Enterprise versions can use CodeLens, which greatly facilitates the testing and debugging operation.

But CodeLens icons often do not brush out, some third-party plug-ins (such as ReSharper) would be better used.

2. Live Unit Test

VisualStudio can use the Live Unit Test (real-time unit test), this feature requires the Enterprise version.

Live Unit Testing is a technology introduced in Visual Studio 2017. When code changes, it will automatically execute unit tests.

Real-time unit test:

Make you more confident and reconstruction of the code changes. Live Unit Testing is performed automatically for all affected test at the time of editing code, to ensure that changes do not interrupt the test.
Sufficiently covered instruction unit tests whether the code and the code is not covered by the test unit. Live Unit Testing graphically depicts real code coverage, so that one can see the number of test coverage of each line of code, and the head is not covered by any cell lines tested.

Live Unit Testing is a great feature, the only obstacle is that if the solution contains integration testing will lead to Live Unit Testing slow response. The solution is to create a project for each test solution does not contain integration testing projects, or in Solution Explorer, right-click you want to exclude, and then select "Live Test"> "exclude", so Live Unit Test these projects would not have been tested.

3. Code Coverage

Or Enterprise edition features, Visual Studio code coverage tool can visually see the unit test code coverage.

4. Microsoft Fakes

微软有他自己的隔离框架Microsoft Fakes(在公司名称后面加Fakes，这命名真是超烂)。不过Fakes不怎么建议使用。

Fakes有两种风格：

Stub(存根) 将类替换为可实现同一接口的小型替代项。
Shim(填充码) 在运行时修改应用的编译代码，这样就可以运行测试提供的垫片代码，而不用执行指定的方法调用。填充码可用于替换对无法修改的程序集（如 .NET 程序集）的调用。

一般原则是，为在 Visual Studio 解决方案中进行的调用使用存根，并为对其他引用的程序集的调用使用填充码。这是因为在你自己的解决方案中，通过按照存根要求的方式定义接口来分离组件是一个很好的做法。但是，外部程序集（如 System.dll）通常没有单独的接口定义，因此必须改用填充码。

其他需要注意的事项还有：

性能。 填充码运行较慢，因为它们在运行时会重新编写你的代码。存根没有这项性能开销，与虚方法运行的速度一样快。
静态方法和密封类型方法。 你只能使用存根实现接口。因此，存根类型不能用于静态方法、非虚方法、密封虚方法、密封类型中的方法，等等。
内部类型。 存根和填充码都可用于可通过程序集特性 InternalsVisibleToAttribute 访问的内部类型。
私有方法。 如果方法签名中的所有类型都是可见的，则填充码可替换对私有方法的调用。存根只能替换可见方法。
接口和抽象方法。 存根提供了可用于测试的接口和抽象方法的实现。填充码无法检测接口和抽象方法，因为它们没有方法体。

但是由于不建议使用Fakes，所以基本上都会用NSub创建伪对象，Fakes的价值在于Shim，它有些别的隔离框架没有的独特功能。

下面已LogAn项目为例讲解Fakes的用法。首先在单元测试的引用列表右键选中LogAn项目，选择“添加 Fakes 程序集”，然后重新生成方案，这时候可见到项目中多了LogAn.Fakes的引用，以及多了一些Fakes的文件。

使用Stub的单元测试代码如下：

ICalculator calculator = new Fakes.StubICalculator
{
    AddInt32Int32 = (arg1, arg2) => 3
};

Assert.AreEqual(calculator.Add(1, 2), 3);

重温一下NSub的相同功能：

_calculator = Substitute.For<ICalculator>();
_calculator.Add(1, 2).Returns(3);
Assert.AreEqual(_calculator.Add(1, 2), 3);

和NSub不同，Fakes提供的功能少了很多，不仅如此，每次更改项目都可能要重新添加Fakes引用(至少我在编译服务器上的项目老是因为Fakes出错)。所以一般不建议使用Fakes做Stub的功能。但是官方文档中外部程序集（如 System.dll）通常没有单独的接口定义，因此必须改用填充码 这句话却没有错，反正System.dll之类的第三方程序集又不可能经常改变，所以也没有需要重新添加Fakes程序集这个烦恼。下面介绍一下Shim的使用。

假设有一个类：

public static class Y2KChecker
{
    public static void Check()
    {
        if (DateTime.Now == new DateTime(2000, 1, 1))
            throw new ApplicationException("y2kbug!");
    }
}

由于它依赖于DateTime.Now，而假设我们没办法更改这段代码，为了对它进行单元测试我们必须使用Shim破除对DateTime.Now的依赖。首先选中System引用并右键选择添加Fake程序集，然后在测试代码的ShimsContext中插入Shim：

using (ShimsContext.Create())
{
    // Arrange:
    System.Fakes.ShimDateTime.NowGet = () => new DateTime(2000, 1, 1);

    // Act and Assert::
    Assert.ThrowsException<ApplicationException>(Y2KChecker.Check);
}

如上面代码所示，Shim可以伪造DateTime.Now的值，这对单元测试提供了极大的方便。