1、VisualStuio中的测试资源管理器、CodeLens和ReSharper

       这篇文章实践使用VisualStudio 2019进行单元测试。在VisualStudio中通常都会使用“测试资源管理器”进行单元测试。

       Professional和Enterprise版本可以使用CodeLens，这大大方便了测试的运行与调试。

       但CodeLens的图标常常刷不出来，一些第三方插件（如ReSharper）会更好用。

       2、Live Unit Test

       VisualStudio可以使用Live Unit Test(实时单元测试)，这个功能需要Enterprise版本。

       Live Unit Testing 是 Visual Studio 2017 中引入的一种技术。 进行代码更改时，它会自动执行单元测试。

       实时单元测试：

• 让你更有信心地对代码进行重构和更改。 Live Unit Testing 在编辑代码时自动执行所有受影响的测试，确保所做更改不会中断测试。

• 指示单元测试是否充分覆盖代码，并显示未被单元测试覆盖的代码。 Live Unit Testing 以图形方式实时描绘代码覆盖率，以便一眼就能看到每行代码覆盖的测试数，目和未被任何单元测试覆盖的行。

       Live Unit Testing是个很好的功能，唯一的障碍是，如果解决方案中包含了集成测试会导致Live Unit Testing响应变慢。解决方案是创建一个不包含集成测试项目的解决方案，或者在解决方案资源管理器中右键单击想要排除的每个测试项目，然后依次选择“实时测试” > “排除”，这样Live Unit Test就不会对这些项目进行测试。

       3、码覆盖率

       还是Enterprise版本的功能，Visual Studio的代码覆盖率工具可以很直观地查看到单元测试的代码覆盖率。

       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的单元测试代码如下：

CopyICalculator calculator = new Fakes.StubICalculator
{
    AddInt32Int32 = (arg1, arg2) => 3};
Assert.AreEqual(calculator.Add(1, 2), 3);

       重温一下NSub的相同功能：

Copy_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的使用。

       假设有一个类：

Copypublic 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：

Copyusing (ShimsContext.Create())
{    // Arrange:
    System.Fakes.ShimDateTime.NowGet = () => new DateTime(2000, 1, 1);    
    // Act and Assert::
    Assert.ThrowsException<ApplicationException>(Y2KChecker.Check);
}

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

       5、 结语

       虽然Fakes中的Stub不好用，但Shim还是挺有趣的，我建可以同时使用NSub和Fakes里的Shim。善用VisualStudio的各种工具可以大大提升单元测试的效率，不过基本上这些工具都只在Enterprise版本中提供。

       有趣的是MSTest自己也没有用Fakes，很多时候都是用moq。(例如PlatformServiceProviderTests.cs)

       另外VisualStudio还有一些有趣的工具辅助单元测试，例如walterlv的这篇博客（不再为命名而苦恼！使用 MSTestEnhancer 单元测试扩展，写契约就够了）介绍了一种更直观的单元测试编写方式，不放试一试：

作者：dino.c

链接：https://www.cnblogs.com/dino623/p/11266007.html#4006733657